Re: Problems building CounterClockwise
I wanted to point you to the developer instructions over here: http://code.google.com/p/counterclockwise/wiki/HowToBuild But apparently they changed 4 days ago. The previous description there worked for me. Try the new description there and if it fails, report an issue on that google code project. -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Problems building CounterClockwise
2013/3/2 Gunnar Völkel gunnar.voel...@googlemail.com: I wanted to point you to the developer instructions over here: http://code.google.com/p/counterclockwise/wiki/HowToBuild But apparently they changed 4 days ago. The previous description there worked for me. Try the new description there and if it fails, report an issue on that google code project. Hello, Yes I've greatly simplified the process, and updated the instructions as required. Would love to hear feedback about it. Cheers, -- Laurent -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Wrong clojure version depending on lein dependencies
Nelson Morris nmor...@nelsonmorris.net writes: Hi Nelson, The chain causing problems for you is: [clj-ns-browser 1.3.0] - [seesaw 1.4.2] - [j18n 1.0.1] - [org.clojure/clojure [1.2,1.5)] The last one there allows clojure below 1.5, which includes -RC17. As soon as you bump to to 1.5 it ignores the soft version in your :dependencies, and chooses one in the range based on your other dependencies. Ah, ok, so that's why clj 1.5.0 is out. And when it has freedom to choose between a range of versions, it chooses the oldest one? That would explain why it selects 1.4.0 when I have ordered 1.3.2 as dependency which itself requires clj 1.4.0, and why I get clj 1.3.0 if I take out the dependency on ordered 1.3.2. Bye, Tassilo -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Clojure 1.5 print-table, org-mode babel, and org-mode HTML gen
Try adding :results value raw to your options. Here is what the org manual says: The results are interpreted as raw Org mode code and are inserted directly into the buffer. If the results look like a table they will be aligned as such by Org mode. org is a fantastic environment for playing with Clojure. I've got a lot done with it. Regards, Greg On Friday, March 1, 2013 11:29:17 PM UTC-5, Mark C wrote: Sorry in advance if this doesn't turn out to be a clojure-specific problem, but this seemed like a reasonable place to ask.. Context: I'm a heavy org-mode user, so Mike Fogus' recent usesthis posthttp://mike.fogus.usesthis.com/mentioning org-mode babel was quite interesting. I got babel working fine (for clojure, elisp, sh) then recalled that print-table in Clojure 1.5 outputs in org-mode compatible table format. Awesome. So naturally I'd like to generate nice looking tables using something like: #+begin_src clojure :exports both (with-out-str (print-table [{:a 1 :b 2 :c 3} {:b 5 :a 7 :c dog}])) #+end_src (Using with-out-str is needed because print-table of course returns nil) But what I get when generating HTML (via C-c C-e b) is not a table, but the literal text of the table markup. I.e. compiling the above source block yeilds: #+RESULTS: clojure-org-table : : | :a | :c | :b | : |+-+| : | 1 | 3 | 2 | : | 7 | dog | 5 | This makes sense. But how might one go about getting an HTML table generated? I can edit the results show above and add some attributes before HTML generation, e.g. #+CAPTION: This is a table with lines around and between cells #+ATTR_HTML: border=2 rules=all frame=border | :a | :c | :b | |+-+| | 1 | 3 | 2 | | 7 | dog | 5 | This yields a nice looking table in HTML, but I would like to eliminate this manual step. Any ideas?? Thanks, Mark -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Windows MSI installer for a msysGit-compatible Clojure?
On Mar 1, 2013 6:01 PM, AtKaaZ atk...@gmail.com wrote: yeah looks like both lein and lein.bat fail with 403 curl: (22) The requested URL returned error: 403 Failed to download https://leiningen.s3.amazonaws.com/downloads/leiningen-2.1.0-SNAPSHOT-standalone.jar That error just means you're trying to download an unreleased version. Use the stable branch or a tag. Phil -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Problems building CounterClockwise
Thank you. A friend and I were both trying to get it to build for several hours and we were throwing ideas back and forth and neither of us thought to check for a wiki on how to build it on the Google project page. I'll definitely give this a go. On Sat, Mar 2, 2013 at 5:12 AM, Laurent PETIT laurent.pe...@gmail.comwrote: 2013/3/2 Gunnar Völkel gunnar.voel...@googlemail.com: I wanted to point you to the developer instructions over here: http://code.google.com/p/counterclockwise/wiki/HowToBuild But apparently they changed 4 days ago. The previous description there worked for me. Try the new description there and if it fails, report an issue on that google code project. Hello, Yes I've greatly simplified the process, and updated the instructions as required. Would love to hear feedback about it. Cheers, -- Laurent -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [GSoC 2013] CinC
Is there enough to do here for a few months work? I've added a new project here: http://dev.clojure.org/display/community/Project+Ideas#ProjectIdeas-ClojureinClojure Feel free to change it Aaron. Thanks, Ambrose On Sat, Mar 2, 2013 at 2:11 PM, Aaron Cohen aa...@assonance.org wrote: I'd really like to see this happen actually. If there's interest I'd be happy to help or mentor. The current status is that I have a commit that needs finishing to implement letfn and I believe that was the last major special form that needed implementing in the compiler. Next up would be figuring out how to bootstrap a little better. It would also be nice to pull in the work that's been done recently on the reader in clojure and datastructures in clojure. On Sat, Mar 2, 2013 at 12:50 AM, Ambrose Bonnaire-Sergeant abonnaireserge...@gmail.com wrote: Hi, I think completing Aaron Cohen's CinC implementation would be a fantastic GSoC 2013 project. https://github.com/remleduff/CinC Is Aaron willing to mentor this project? If the core.typed proposal isn't chosen, I would be interested in this project also as a student. Thoughts? Thanks, Ambrose -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Enfocus is now 1.0.0 and production ready!
After more than a year of use, I am happy to announce that Enfocus has finally reached 1.0.0. Enfocus is a DOM manipulation and templating library written in ClojureScript. It was originally inspired by Christophe Grand's awesome Clojure library, Enlive. Like Enlive, its main focus is on *decoupling design and presentation logic*. Demo/Documentation Site: http://ckirkendall.github.com/enfocus-site/ GitHub: https://github.com/ckirkendall/enfocus Sample Site: https://github.com/ckirkendall/The-Great-Todo *Core Features:* - Basic DOM manipulation - Event management - Effects (fade-in, move, resize, ...) - Remote Templates Snippets - Compiled Templates Snippets - CSS3 selectors - XPath selectors - Custom function based selectors (think Laser: https://github.com/Raynes/laser) -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
byte-array woes
Hi, even though I've using byte arrays many times, I'm still massively confused each time I use them... For example, why does this fail? (byte-array [1 2 3 4]) ClassCastException java.lang.Long cannot be cast to java.lang.Byte clojure.lang.Numbers.byte_array (Numbers.java:1223) I understand ints are longs by default, but all of the values are in byte-range and should not cause a casting error. Also creating an int-array with the same values works just fine (and casts values correctly): (int-array [1 2 3 4]) Casting each value specifically to byte first works on the other hand: (byte-array (map byte [1 2 3])) Is that a bug or can someone please explain why bytes seem to require special treatment in Clojure? Thanks! K. -- Karsten Schmidt http://postspectacular.com | http://toxiclibs.org | http://toxi.co.uk -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: byte-array woes
On Saturday, March 2, 2013 6:22:51 PM UTC+1, Karsten Schmidt wrote: Is that a bug or can someone please explain why bytes seem to require special treatment in Clojure? Calling it a bug wouldn't be entirely fair since it's a missing feature. I'd say this is filable as an enhancement request. -Marko -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Windows MSI installer for a msysGit-compatible Clojure?
nice, thanks. I'll stick with the building it from github, I only tried the self-install to see if I can help On Sat, Mar 2, 2013 at 4:44 PM, Phil Hagelberg p...@hagelb.org wrote: On Mar 1, 2013 6:01 PM, AtKaaZ atk...@gmail.com wrote: yeah looks like both lein and lein.bat fail with 403 curl: (22) The requested URL returned error: 403 Failed to download https://leiningen.s3.amazonaws.com/downloads/leiningen-2.1.0-SNAPSHOT-standalone.jar That error just means you're trying to download an unreleased version. Use the stable branch or a tag. Phil -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- Please correct me if I'm wrong or incomplete, even if you think I'll subconsciously hate it. -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
lazy seqs overflow the stack?
Try it and see: (reduce (fn [acc _] (concat acc acc)) '() (range 1750)) blows up with a stack overflow error. Changing the inner expression to (doall (concat acc acc)) avoids the issue, but (obviously) also requires giving up laziness. This is admittedly fairly insanely nested, but I would have expected it to work. -- Ben Wolfson Human kind has used its intelligence to vary the flavour of drinks, which may be sweet, aromatic, fermented or spirit-based. ... Family and social life also offer numerous other occasions to consume drinks for pleasure. [Larousse, Drink entry] -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: lazy seqs overflow the stack?
It's a known issue. I guess it could be avoided if some kind of trampolining scheme was introduced instead of the current recursive one in LazySeq.java. On Saturday, March 2, 2013 8:38:24 PM UTC+1, Ben wrote: Try it and see: (reduce (fn [acc _] (concat acc acc)) '() (range 1750)) blows up with a stack overflow error. Changing the inner expression to (doall (concat acc acc)) avoids the issue, but (obviously) also requires giving up laziness. This is admittedly fairly insanely nested, but I would have expected it to work. -- Ben Wolfson Human kind has used its intelligence to vary the flavour of drinks, which may be sweet, aromatic, fermented or spirit-based. ... Family and social life also offer numerous other occasions to consume drinks for pleasure. [Larousse, Drink entry] -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Problems building CounterClockwise
2013/3/2 Frank Hale frankh...@gmail.com: Thank you. A friend and I were both trying to get it to build for several hours and we were throwing ideas back and forth and neither of us thought to check for a wiki on how to build it on the Google project page. I heard you: I've added a README which displays critical cross sites information on the project's github landing page https://github.com/laurentpetit/ccw I'll definitely give this a go. On Sat, Mar 2, 2013 at 5:12 AM, Laurent PETIT laurent.pe...@gmail.com wrote: 2013/3/2 Gunnar Völkel gunnar.voel...@googlemail.com: I wanted to point you to the developer instructions over here: http://code.google.com/p/counterclockwise/wiki/HowToBuild But apparently they changed 4 days ago. The previous description there worked for me. Try the new description there and if it fails, report an issue on that google code project. Hello, Yes I've greatly simplified the process, and updated the instructions as required. Would love to hear feedback about it. Cheers, -- Laurent -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Wrong clojure version depending on lein dependencies (was: ANN: Clojure 1.5)
... The chain causing problems for you is: [clj-ns-browser 1.3.0] - [seesaw 1.4.2] - [j18n 1.0.1] - [org.clojure/clojure [1.2,1.5)] The last one there allows clojure below 1.5, which includes -RC17. As soon as you bump to to 1.5 it ignores the soft version in your :dependencies, and chooses one in the range based on your other dependencies. You should just need the :exclusion in clj-ns-browser. - Nelson Morris As i'm responsible for the clj-ns-browser release... And although the dependency issue seems another 2 levels down, can i specify anything differently in my project file to prevent this? Or is this a bug in leiningen's dependency resolution? Or both... Regards, Frank. -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Custom repositories
I'd appreciate it if someone could point me in the right direction re: using custom repositories. I'm interested in using Clojure with LibGDX, but the only links I've found suggest working with Maven... https://code.google.com/p/libgdx/issues/detail?id=1118 http://www.pgrs.net/2011/10/30/using-local-jars-with-leiningen/ Is it time for me to figure Maven out, or is there an easier way...? -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Wrong clojure version depending on lein dependencies (was: ANN: Clojure 1.5)
I'll push a new release of seesaw this weekend to isolate the issue. It seems like a clj-ns-browser release with the new seesaw version would then be appropriate. Nelson pointed this issue out to me a while ago, but 1.5 seemed so far off at the time. Sorry about the pain. Dave On Sat, Mar 2, 2013 at 2:17 PM, Frank Siebenlist frank.siebenl...@gmail.com wrote: ... The chain causing problems for you is: [clj-ns-browser 1.3.0] - [seesaw 1.4.2] - [j18n 1.0.1] - [org.clojure/clojure [1.2,1.5)] The last one there allows clojure below 1.5, which includes -RC17. As soon as you bump to to 1.5 it ignores the soft version in your :dependencies, and chooses one in the range based on your other dependencies. You should just need the :exclusion in clj-ns-browser. - Nelson Morris As i'm responsible for the clj-ns-browser release... And although the dependency issue seems another 2 levels down, can i specify anything differently in my project file to prevent this? Or is this a bug in leiningen's dependency resolution? Or both... Regards, Frank. -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: byte-array woes
Thanks, Marko! I'd count this as a sort of bug though... at least in terms of consistency, since it breaks expected behaviour as established by other common array c'tor functions: (int-array [1 2 3]) = ok (long-array [1 2 3]) = ok (float-array [1 2 3]) = ok (double-array [1 2 3]) = ok (byte-array [1 2 3]) = fail (short-array [1 2 3]) = fail (char-array [1 2 3]) = fail, but bearable since you'd use shorts anyway if you specify chars as numbers I had a look at clojure.lang.Numbers.java and found a fix for both bytes shorts: Whereas all the working array c'tors functions are using this pattern: array[i] = ((Number)s.first()).intValue(); ... the byte-array short-array versions attempt to cast the sequence items directly, i.e. array[i] = (Byte)s.first(); Changing this to the first pattern (via Number) fixes the issue and I'll submit a patch for this... Hth! K. -- Karsten Schmidt http://postspectacular.com | http://toxiclibs.org | http://toxi.co.uk On 2 March 2013 18:43, Marko Topolnik marko.topol...@gmail.com wrote: On Saturday, March 2, 2013 6:22:51 PM UTC+1, Karsten Schmidt wrote: Is that a bug or can someone please explain why bytes seem to require special treatment in Clojure? Calling it a bug wouldn't be entirely fair since it's a missing feature. I'd say this is filable as an enhancement request. -Marko -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Wrong clojure version depending on lein dependencies (was: ANN: Clojure 1.5)
On Sat, Mar 2, 2013 at 4:17 PM, Frank Siebenlist frank.siebenl...@gmail.com wrote: ... The chain causing problems for you is: [clj-ns-browser 1.3.0] - [seesaw 1.4.2] - [j18n 1.0.1] - [org.clojure/clojure [1.2,1.5)] The last one there allows clojure below 1.5, which includes -RC17. As soon as you bump to to 1.5 it ignores the soft version in your :dependencies, and chooses one in the range based on your other dependencies. You should just need the :exclusion in clj-ns-browser. - Nelson Morris As i'm responsible for the clj-ns-browser release... And although the dependency issue seems another 2 levels down, can i specify anything differently in my project file to prevent this? You could add the a similar exclusion for org.clojure/clojure in the seesaw dependency declaration, but I'd just wait for the next seesaw release which will handle it. Or is this a bug in leiningen's dependency resolution? Unfortunately it's behaviour defined by maven. In order to be compatible lein has to do the same thing. I've written up a few things about version ranges at http://nelsonmorris.net/2012/07/31/do-not-use-version-ranges-in-project-clj.html and in some other mailing list threads. The confusion about what can happen with dependencies led me to make https://github.com/xeqi/lein-pedantic, which is helpful for some cases. In addition, I hope to get some easier debugging for this case into lein itself; issues at: https://github.com/technomancy/leiningen/issues/734 and https://github.com/cemerick/pomegranate/issues/54 -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: byte-array woes
I just ran into that issue while I was constructing byte-arrays for secure-hash test cases. Ended-up using (byte-array (vector-of :byte 1 2 3 4)) to avoid writing the (byte-array [(byte 1)(byte 2)(byte 3)(byte 4)]). Transparently adding valid byte-number values to a byte-array makes sense and would be helpful. Thanks, FrankS. On Mar 2, 2013, at 2:49 PM, Karsten Schmidt i...@toxi.co.uk wrote: Thanks, Marko! I'd count this as a sort of bug though... at least in terms of consistency, since it breaks expected behaviour as established by other common array c'tor functions: (int-array [1 2 3]) = ok (long-array [1 2 3]) = ok (float-array [1 2 3]) = ok (double-array [1 2 3]) = ok (byte-array [1 2 3]) = fail (short-array [1 2 3]) = fail (char-array [1 2 3]) = fail, but bearable since you'd use shorts anyway if you specify chars as numbers I had a look at clojure.lang.Numbers.java and found a fix for both bytes shorts: Whereas all the working array c'tors functions are using this pattern: array[i] = ((Number)s.first()).intValue(); ... the byte-array short-array versions attempt to cast the sequence items directly, i.e. array[i] = (Byte)s.first(); Changing this to the first pattern (via Number) fixes the issue and I'll submit a patch for this... Hth! K. -- Karsten Schmidt http://postspectacular.com | http://toxiclibs.org | http://toxi.co.uk On 2 March 2013 18:43, Marko Topolnik marko.topol...@gmail.com wrote: On Saturday, March 2, 2013 6:22:51 PM UTC+1, Karsten Schmidt wrote: Is that a bug or can someone please explain why bytes seem to require special treatment in Clojure? Calling it a bug wouldn't be entirely fair since it's a missing feature. I'd say this is filable as an enhancement request. -Marko -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Faster lein
So to summarize it seems that one of you uses drip, a couple think it's a non-issue, and the rest want to design a new system. I take this to mean that there's no widely accepted solution. I don't/won't use emacs so nREPL.el is out for me. I use vim, so it's most natural for me to have some kind of separate command-line tool. Really, I just want `lein run` to be faster. Can someone explain where all this time is spent? I hear a lot of talk of compiling, but why would we re-compile things where none of the dependencies have changed? On Wednesday, February 20, 2013 8:38:10 AM UTC-8, Michael Klishin wrote: 2013/2/20 Buck Golemon workit...@gmail.com javascript: Can I use lein1 and expect the various clojure libraries and templates to work? lein1 is no longer supported. It is a much better idea to move to lein2 and use drip or nREPL-based tools such as nREPL.el. -- MK http://github.com/michaelklishin http://twitter.com/michaelklishin -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Faster lein
On Wednesday, February 20, 2013 11:05:19 AM UTC-8, Phil Hagelberg wrote: Softaddicts writes: SSD + fastest laptop in your price range ;) lein2 help takes 12 seconds from start to back at command prompt... FWIW the help task is basically the worst case scenario for measuring startup time since it has to load every single task in order to get docstrings for them. If you just want to measure startup time, use `lein version` for Leiningen itself and `lein run -m clojure.main -e nil` for measuring Leiningen plus project boot. I get about 1.5s for Leiningen alone and just under 4s with a simple project on my 4-year-old laptop on Leiningen 2.0.0 with no additional tweaks. Of course, larger projects will take longer, but at that point it's orthogonal to Leiningen. -Phil My own times: 10.2s -- lein help 2.8s -- lein version 4.0s -- lein run nil, in the default template project. -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Faster lein
On Wednesday, February 20, 2013 10:51:55 AM UTC-8, Phil Hagelberg wrote: Buck Golemon writes: Can I use lein1 and expect the various clojure libraries and templates to work? Not really. You could use it on your own projects if you stick to a subset of project.clj that's supported on both, but you would be hampered contributing to other projects. Most templates should work with the lein-newnew plugin though. There's been several mentions of jark in relation to speeding up lein. From what I see, it doesn't seem battle tested. Do any of you use it on a daily basis? From what I can tell, Jark is not under active development. There are a number of other efforts to address this problem, including a pure-elisp replacement for `bin/lein` that communicates over nREPL. I've documented them here: https://github.com/technomancy/leiningen/wiki/Faster Hope that helps. -Phil Thanks! I'm quite interested in the interactive session option, but none of the mechanics are described. How would I do the equivalent of `lein run` or `line cljs autobuild` in the repl? Did I miss this in the docs somewhere? It's also quite possible that it's an obvious feature of lisp/clojure that I don't know as a newbie. -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
LEIN_FAST_TRAMPOLINE
For me, this flag currently doesn't do anything to my startup time. Am I doing something wrong? In a `default` template project: $ \time lein versionLeiningen 2.0.0 on Java 1.7.0_10 Java HotSpot(TM) 64-Bit Server VM 8.42user 0.29system 0:02.77elapsed 314%CPU (0avgtext+0avgdata 199728maxresident)k 0inputs+104outputs (0major+85111minor)pagefaults 0swaps $ \time lein run -m clojure.main -e nil 11.96user 0.37system 0:04.09elapsed 301%CPU (0avgtext+0avgdata 211248maxresident)k 0inputs+232outputs (0major+124026minor)pagefaults 0swaps $ LEIN_FAST_TRAMPOLINE=1 time lein run -m clojure.main -e nil cat: /home/buck/.lein/profiles.clj: No such file or directory 11.54user 0.35system 0:04.07elapsed 292%CPU (0avgtext+0avgdata 202440maxresident)k 0inputs+128outputs (0major+122909minor)pagefaults 0swaps $ LEIN_FAST_TRAMPOLINE=1 time lein run -m clojure.main -e nilcat: /home/buck/.lein/profiles.clj: No such file or directory 11.90user 0.34system 0:04.10elapsed 298%CPU (0avgtext+0avgdata 199800maxresident)k 0inputs+208outputs (0major+129847minor)pagefaults 0swaps -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Clojure 1.5 print-table, org-mode babel, and org-mode HTML gen
Worked like a charm. Thanks! Babel is fun. I really like the idea of being able to code in multiple languages in one document - and have return values from one feed another. And I just found out you can include TeX too - just starting to play with that. I'd love to hear more about how you use clojure and org mode together. Mark On Saturday, March 2, 2013 10:18:18 AM UTC-5, greg r wrote: Try adding :results value raw to your options. Here is what the org manual says: The results are interpreted as raw Org mode code and are inserted directly into the buffer. If the results look like a table they will be aligned as such by Org mode. org is a fantastic environment for playing with Clojure. I've got a lot done with it. Regards, Greg On Friday, March 1, 2013 11:29:17 PM UTC-5, Mark C wrote: Sorry in advance if this doesn't turn out to be a clojure-specific problem, but this seemed like a reasonable place to ask.. Context: I'm a heavy org-mode user, so Mike Fogus' recent usesthis posthttp://mike.fogus.usesthis.com/mentioning org-mode babel was quite interesting. I got babel working fine (for clojure, elisp, sh) then recalled that print-table in Clojure 1.5 outputs in org-mode compatible table format. Awesome. So naturally I'd like to generate nice looking tables using something like: #+begin_src clojure :exports both (with-out-str (print-table [{:a 1 :b 2 :c 3} {:b 5 :a 7 :c dog}])) #+end_src (Using with-out-str is needed because print-table of course returns nil) But what I get when generating HTML (via C-c C-e b) is not a table, but the literal text of the table markup. I.e. compiling the above source block yeilds: #+RESULTS: clojure-org-table : : | :a | :c | :b | : |+-+| : | 1 | 3 | 2 | : | 7 | dog | 5 | This makes sense. But how might one go about getting an HTML table generated? I can edit the results show above and add some attributes before HTML generation, e.g. #+CAPTION: This is a table with lines around and between cells #+ATTR_HTML: border=2 rules=all frame=border | :a | :c | :b | |+-+| | 1 | 3 | 2 | | 7 | dog | 5 | This yields a nice looking table in HTML, but I would like to eliminate this manual step. Any ideas?? Thanks, Mark -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Faster lein
If you look at the dependencies you are using, the Clojure libs are delivered as source code. This makes sense, the lib creator/maintainer does not have the slightest idea of your target runtime (which JVM implementation, which version,...). There a single version available to all possible target environments. Everytime you start a new JVM, the name spaces you require directly or indirectly are recompiled before being used. If you can avoid restarting your REPL, you save on this overhead, you pay it only for the source code you change and reload. This is why I want to see if some plugin could be created to pre-compile your dependencies. The startup times should improve. I want also to investigate if lein itself could be pre-compiled by the same plugin. Luc P. So to summarize it seems that one of you uses drip, a couple think it's a non-issue, and the rest want to design a new system. I take this to mean that there's no widely accepted solution. I don't/won't use emacs so nREPL.el is out for me. I use vim, so it's most natural for me to have some kind of separate command-line tool. Really, I just want `lein run` to be faster. Can someone explain where all this time is spent? I hear a lot of talk of compiling, but why would we re-compile things where none of the dependencies have changed? On Wednesday, February 20, 2013 8:38:10 AM UTC-8, Michael Klishin wrote: 2013/2/20 Buck Golemon workit...@gmail.com javascript: Can I use lein1 and expect the various clojure libraries and templates to work? lein1 is no longer supported. It is a much better idea to move to lein2 and use drip or nREPL-based tools such as nREPL.el. -- MK http://github.com/michaelklishin http://twitter.com/michaelklishin -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out. -- Softaddictslprefonta...@softaddicts.ca sent by ibisMail from my ipad! -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Wrong clojure version depending on lein dependencies (was: ANN: Clojure 1.5)
As i'm responsible for the clj-ns-browser release... And although the dependency issue seems another 2 levels down, can i specify anything differently in my project file to prevent this? You could add the a similar exclusion for org.clojure/clojure in the seesaw dependency declaration, but I'd just wait for the next seesaw release which will handle it. Seesaw 1.4.3 is released and addresses this issue. Release notes here: https://github.com/daveray/seesaw/wiki/Release-Notes Dave -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Faster lein
2013/3/3 Softaddicts lprefonta...@softaddicts.ca I want also to investigate if lein itself could be pre-compiled by the same plugin. Lein is AOT compiled. You will find compiled versions of Clojure, REPLy, clj-http and other dependencies in the standalone jar. -- MK http://github.com/michaelklishin http://twitter.com/michaelklishin -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
ANN: Seesaw 1.4.3 release
Hi, Since it's been a while, thought I'd mention that Seesaw 1.4.3 was just released. You can find release notes here: https://github.com/daveray/seesaw/wiki/Release-Notes Mostly just small maintenance issues. The one good reason to upgrade is if you're planning on using Clojure 1.5 and don't feel like being confused by the horrors of Maven dependency resolution. More information here [1] and here [2]. Cheers, Dave [1] https://github.com/daveray/seesaw/issues/102 [2] https://groups.google.com/forum/?fromgroups=#!topic/clojure/kzF5O0Yfdhc -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: Faster lein
Thanks Luc. In summary, the current compile system has no smart way to cache compilation steps, even when it (could) know that the dependencies are unchanged? I can see that this might be hard, as the jvm itself, and the version of closure are implicit global dependencies. A fully reliable system wouldn't use any of the pre-compiled cache if either of these changed. On Saturday, March 2, 2013 10:45:43 PM UTC-8, Luc wrote: If you look at the dependencies you are using, the Clojure libs are delivered as source code. This makes sense, the lib creator/maintainer does not have the slightest idea of your target runtime (which JVM implementation, which version,...). There a single version available to all possible target environments. Everytime you start a new JVM, the name spaces you require directly or indirectly are recompiled before being used. If you can avoid restarting your REPL, you save on this overhead, you pay it only for the source code you change and reload. This is why I want to see if some plugin could be created to pre-compile your dependencies. The startup times should improve. I want also to investigate if lein itself could be pre-compiled by the same plugin. Luc P. So to summarize it seems that one of you uses drip, a couple think it's a non-issue, and the rest want to design a new system. I take this to mean that there's no widely accepted solution. I don't/won't use emacs so nREPL.el is out for me. I use vim, so it's most natural for me to have some kind of separate command-line tool. Really, I just want `lein run` to be faster. Can someone explain where all this time is spent? I hear a lot of talk of compiling, but why would we re-compile things where none of the dependencies have changed? On Wednesday, February 20, 2013 8:38:10 AM UTC-8, Michael Klishin wrote: 2013/2/20 Buck Golemon workit...@gmail.com javascript: Can I use lein1 and expect the various clojure libraries and templates to work? lein1 is no longer supported. It is a much better idea to move to lein2 and use drip or nREPL-based tools such as nREPL.el. -- MK http://github.com/michaelklishin http://twitter.com/michaelklishin -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@googlegroups.comjavascript: Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+u...@googlegroups.com javascript: For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+u...@googlegroups.com javascript:. For more options, visit https://groups.google.com/groups/opt_out. -- Softaddictslprefo...@softaddicts.ca javascript: sent by ibisMail from my ipad! -- -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.