Re: java.jdbc DSLs (java.jdbc.sql / java.jdbc.ddl)
Perfect. --- Original Message --- From: Sean Corfield seancorfi...@gmail.com Sent: 24 November 2013 05:26 To: clojure@googlegroups.com Subject: Re: java.jdbc DSLs (java.jdbc.sql / java.jdbc.ddl) On Sat, Nov 23, 2013 at 8:27 PM, Keith Irwin ke...@devtrope.com wrote: Personally, the DSL doesn’t bother me at all. (Just a data point.) I get where you’re going with it, and support the idea, FWIW, but if it were gone, I wouldn’t notice. My needs are 1) so simple, strings work, or 2) so complicated, a (or any) DSL is just extra headache. (Reading them out of a separately maintained data file, for instance, is one way to go.) Thank you. The mixture of the old API and the new API is problematic, mainly because it’s difficult for me (anyway) to look down the list of functions and figure out which are old and which are new. I agree. Might you be able to publish a parallel version of the API *documentation* with all the deprecated stuff removed for those folks new to the library who are uninterested in the old API? Even users of the old API might appreciate it for the same reasons. I think, given that I am retiring the DSL namespaces and making them available in a separate project (that change is already committed, although the docstrings have yet to catch up), the least confusing thing to do at this point for 0.3.0-beta2 onward will be to create a java.jdbc.deprecated namespace containing the entirety of the 0.2.3 API and remove all of the deprecated functions from java.jdbc itself? That would clearly separate the API documentation into two namespaces: one the modern API going forward, one the deprecated API provided for backward compatibility. -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ World Singles, LLC. -- http://worldsingles.com/ Perfection is the enemy of the good. -- Gustave Flaubert, French realist novelist (1821-1880) -- -- 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 a topic in the Google Groups Clojure group. To unsubscribe from this topic, visit https://groups.google.com/d/topic/clojure/4vx6rlBdrX8/unsubscribe. To unsubscribe from this group and all its topics, 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.
Red Tape Form Validation - a style question
Hi Folks I've been looking at the red-tape form validation library and really like it (especially coming from a Django background). The one thing that makes me nervous is that the when validating data it uses exceptions if the data is invalid. I'd read somewhere that you should only use exceptions for error conditions you can't predict - I'd have thought that form validation was an example of where you'd expect there to be errors and hence handle them. My question is: Do people think that the use of exceptions in this way is a reasonable approach? BTW I think the library is great and the documentation first class so I'm in no way criticizing the author. Cheers 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.
[ANN] cljs-start 0.0.5
I just updated the cljs-start lein template which allows you to start creating you wonderful cljs lib with batteries included. https://github.com/magomimmo/cljs-start lein new cljs-start yourlibname cd yourlibname lein do compile, test lein rep user= (run) ; run the http server to be ready for brepling with the cljs lib user= (browser-repl) ; use austin to create the brepl Visit localhost:3000 for activating the brepl connection and start brepling. Many thanks to Chas for having created Austin and clojurescript.test and to David for being such an amazing clj/cljs coder and for pushing us to stay updated with him. HIH mimmo signature.asc Description: Message signed with OpenPGP using GPGMail
Re: Red Tape Form Validation - a style question
Nice lib. I didn't know about it. Personally I use https://github.com/cemerick/valip for form validation because it allows me to share the validation rules (and unit tests too) between clojure and clojurescript (by adding clojurescript.test, clix and cljsbuild crossovers setting) and still be able to have specific validation on both sides. You can eventually take a look at those mechanics starting from https://github.com/magomimmo/modern-cljs/blob/master/doc/tutorial-14.md I'll take a deeper look at the red-tape lib. Thanks for the link. mimmo On Nov 24, 2013, at 10:48 AM, David Simmons shortlypor...@gmail.com wrote: Hi Folks I've been looking at the red-tape form validation library and really like it (especially coming from a Django background). The one thing that makes me nervous is that the when validating data it uses exceptions if the data is invalid. I'd read somewhere that you should only use exceptions for error conditions you can't predict - I'd have thought that form validation was an example of where you'd expect there to be errors and hence handle them. My question is: Do people think that the use of exceptions in this way is a reasonable approach? BTW I think the library is great and the documentation first class so I'm in no way criticizing the author. Cheers 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. signature.asc Description: Message signed with OpenPGP using GPGMail
Re: preferred way to dereference a ref: outside or inside dosync?
On 23/11/13 14:17, Justin Smith wrote: you may want to make that (defonce generate-keys (get-key-generator)) and even better, add a start argument to get-key-generator so you can persist across restarts of the vm. Of course in a real app the key should be serialized to a persistent, consistent, and shared data store. Thanks Justin, I incoporated your suggestion, but your very last comment made me think that I add a namespace how you would do the same thing with a real database like datomic. That would be an excellent opportunity to fiddle around with datomic which I've postponed long enough. Ok so my latest 'in_memory' iteration can be found here: https://github.com/jimpil/bankio/blob/master/src/bankio/in_memory.clj it now does the following: - key generation is thread-safe and can be resumed (assuming we know the last id created) -negative balance is allowed but is considered an overdraft for which there is a penalty amount depending on the customer-account (defaults to 5). However there is an overdraft limit which is not allowed to be surpassed and which also depends on the account (defaults to -300). -closing an account is only allowed if its balance is 0. In addition, I've used ensure instead of deref in the transaction to protect further modifications on the closing account. -since this is all in-memory I've basically copy-pasted some rudimentary logging facilities adopted from the book Clojure Programming that logs every ref change in a file for further inspection. There is also an error log for all fails (i.e. overdraft-limit exceeded). In other words, the exceptions within the transactions are caught and handled. I've not got 8 days left so presumably I could add a datomic.clj and show how one would do that with proper persistence... Jim -- -- 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 CLR versioning and binary downloads
I am trying to run some tests (that worked fine with Mono+ClojureCLR 1.4.1) in Mono+ClojureCLR 1.5.0 from SourceForge and finding the below exception: $ # CLOJURE_LOAD_PATH is configured properly $ mono /path/to/clojure-clr-1.5.0-Release-4.0/Clojure.Main.exe -i /tmp/intermediate-file -e (use 'clojure.test) (run-tests 'sqlrat.template-test 'sqlrat.entity-test) FATAL UNHANDLED EXCEPTION: System.TypeInitializationException: An exception was thrown by the type initializer for Clojure.CljMain --- System.TypeInitializationException: An exception was thrown by the type initializer for clojure.lang.RT --- clojure.lang.Compiler+AssemblyInitializationException: Cannot find initializer for clojure.core.clj, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null.clojure/core at clojure.lang.Compiler.InitAssembly (System.Reflection.Assembly assy, System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.Compiler.LoadAssembly (System.IO.FileInfo assyInfo, System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.RT.load (System.String relativePath, Boolean failIfNotFound) [0x0] in filename unknown:0 at clojure.lang.RT.load (System.String relativePath) [0x0] in filename unknown:0 at clojure.lang.RT.DoInit () [0x0] in filename unknown:0 at clojure.lang.RT..cctor () [0x0] in filename unknown:0 --- End of inner exception stack trace --- at Clojure.CljMain..cctor () [0x0] in filename unknown:0 --- End of inner exception stack trace --- Can you give any pointer where should I probe? Shantanu On Sunday, 24 November 2013 04:59:56 UTC+5:30, dmiller wrote: 1.5.0 of Clojure CLR includes the one fix in 1.5.1. I got excited and went one too far. Normally, the version numbers match exactly. I tagged 1.5.0 a little prematurely. We had some troubles on the NuGet release and on the mono build. I wasn't really ready for an official 1.5.0 release, so I hadn't done the SourceForge binary distributions. That's all been fixed as of earlier today (11/23/2013 relative to Central Standard). ClojureCLR 1.5.0 is officially out. This version has a NuGet package, with binaries for .Net 3.5 and .Net 4.0. All the binaries to run ClojureCLR itself are in one file, Clojure.dll, due to the magic of ILMerge and a lot of new internal plumbing to allow embedded DLL resources and merged DLLs. Also, this version is signed so that it can be referenced in signed projects or GAC'd. There are Debug and Release binaries (not ILMerged) for .Net 3.5 and 4.0 on the SourceForge site. The wiki pages on the github site have been updated. Mono is now supported. You can run it under Mono. You can compile it directly using xbuild with mono. Details on the wiki. Regarding the Clojure.Main and Clojure.Compile binaries in the NuGet package: Yes, you have to move them to run them. Clojure.dll has to be in the lib\ folder in order for the package to work properly when included in a project. Ancillary files such as Clojure.Main and Clojure.Compile are standalones and are not needed for other projects. They are properly contained in the tools\ folder. I was asked to include them in the NuGet package for ClojureCLR. I'm not happy with the current arrangement, in a nitpicky way. I'm open to suggestions. -David On Friday, November 22, 2013 8:41:58 PM UTC-6, Frank Hale wrote: As far as I can tell the Clojure CLR version number does not track the JVM version number at least for some builds. The latest build 1.5.0 as far as I can tell is at the same patch level as 1.5.1 on the JVM. This numbering seems confusing to me. Are there any plans to streamline the version numbers between the two platforms? Additionally I don't understand why on the Clojure CLR SourceForge page there are only debug versions available for download and 1.5.0 is not represented there. If you want 1.5.0 you have to use nuget to get it. I was also a bit dumbfounded that the nuget version was broken out of the box and what I mean by that is that once you have downloaded it you cannot run the compiler or the REPL from it's current directory without first dumping the exe's into the lib folder since they are segregated in the package. Running the compiler or REPL from their directory will result in them complaining that they cannot find the required Clojure CLR DLL's that they need. These are kind of nit-picky issues but they've been bugging me for a while. -- -- 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
Breaking out of a map type function
Hi All. Still struggling to get my head around Clojure - this is attempt number 4. I wish to process each item in a vector. I know I can use map to do this e.g. (map my-func my-vector). My problem is that I need to be able to break out of the map if my-func returns an error when processing any of the items. I know map isn't what I'm looking for but is there a function or some idiomatic piece of clojure to achieve my aim. cheers 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: Breaking out of a map type function
Hi Dave, You can use reduce for this job, and have the reducing function return a (reduced retval) when you want to break out. Cheers, Stu On Sun, Nov 24, 2013 at 11:19 AM, David Simmons shortlypor...@gmail.comwrote: Hi All. Still struggling to get my head around Clojure - this is attempt number 4. I wish to process each item in a vector. I know I can use map to do this e.g. (map my-func my-vector). My problem is that I need to be able to break out of the map if my-func returns an error when processing any of the items. I know map isn't what I'm looking for but is there a function or some idiomatic piece of clojure to achieve my aim. cheers 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. -- -- 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: Breaking out of a map type function
Another option is to take-while the values in the sequence are valid, and then map over the ones that are. - James On 24 November 2013 16:50, Stuart Halloway stuart.hallo...@gmail.comwrote: Hi Dave, You can use reduce for this job, and have the reducing function return a (reduced retval) when you want to break out. Cheers, Stu On Sun, Nov 24, 2013 at 11:19 AM, David Simmons shortlypor...@gmail.comwrote: Hi All. Still struggling to get my head around Clojure - this is attempt number 4. I wish to process each item in a vector. I know I can use map to do this e.g. (map my-func my-vector). My problem is that I need to be able to break out of the map if my-func returns an error when processing any of the items. I know map isn't what I'm looking for but is there a function or some idiomatic piece of clojure to achieve my aim. cheers 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. -- -- 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: Breaking out of a map type function
Hi Stu I understand Reduce but can't quite see how this would work. Don't suppose you'd have a simple example would you? Many thanks 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: Breaking out of a map type function
On Nov 24, 2013, at 10:19 , David Simmons shortlypor...@gmail.com wrote: I wish to process each item in a vector. I know I can use map to do this e.g. (map my-func my-vector). My problem is that I need to be able to break out of the map if my-func returns an error when processing any of the items. I know map isn't what I'm looking for but is there a function or some idiomatic piece of clojure to achieve my aim. If you only want to break when there's an error, you could use exceptions. Alternatively, if my-func ordinarily doesn't return nil, you could take advantage of map's laziness by having my-func return nil on failure-- then you just stop consuming the output of map when you hit a nil value. -- -- 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: Breaking out of a map type function
@James - I'll take a look at take-while @Michael - I thought using exceptions to break out of a stuff was considered bad practice? cheers Davew -- -- 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: Breaking out of a map type function
Something like: (defn safe-sum [coll] (reduce (fn [s x] (if x (+ x s) (reduced s))) coll)) This will compute the sum until it hits a falsey (i.e. nil or false) value. Alternatively, you could write it: (defn safe-sum [coll] (apply + (take-while identity coll))) - James On 24 November 2013 17:13, David Simmons shortlypor...@gmail.com wrote: Hi Stu I understand Reduce but can't quite see how this would work. Don't suppose you'd have a simple example would you? Many thanks 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. -- -- 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: Breaking out of a map type function
Many thanks James -- -- 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: Breaking out of a map type function
Hi Dave, Another option is to use the forhttp://clojuredocs.org/clojure_core/clojure.core/formacro's while clause to stop processing as soon as you hit an error. Here's a basic example with a simple my-func that returns a string-based error to give you an idea of how it could look: (defn my-func [n] (cond ( n 4) (str n) :else error)) (for [n [1 2 3 4 5] :let [result (my-func n)] :while (not= result error)] result) Cheers, James On Sunday, November 24, 2013 5:19:49 PM UTC+1, David Simmons wrote: Hi All. Still struggling to get my head around Clojure - this is attempt number 4. I wish to process each item in a vector. I know I can use map to do this e.g. (map my-func my-vector). My problem is that I need to be able to break out of the map if my-func returns an error when processing any of the items. I know map isn't what I'm looking for but is there a function or some idiomatic piece of clojure to achieve my aim. cheers 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: Spit seems to use incorrect line terminator on Windoze
Sounds like a bug to me. You could open a ticket to get further discussion going. On Sun, Nov 24, 2013 at 12:20 AM, Cedric Greevey cgree...@gmail.com wrote: (spit C:\\foo.txt test1\n) (spit C:\\foo.txt test2\n :append true) open file in notepad = test1test2 (spit C:\\foo.txt test1\r\n) (spit C:\\foo.txt test2\r\n :append true) open file in notepad = test1 test2 So a newline in the string passed to spit seems to be emitted as 0x10, regardless of the platform, and you have to use \r\n in the string to get a Windoze newline. Since (AIUI) spit is designed to emit text files (who writes binary files via a Writer?), shouldn't each \n in the input be getting coerced to (System/getProperty line.separator) somewhere along the 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. -- -- 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: Breaking out of a map type function
Jernau - that looks perfect. I'll give it a go. cheers 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: Spit seems to use incorrect line terminator on Windoze
On Sun, Nov 24, 2013 at 3:36 PM, Tim Visher tim.vis...@gmail.com wrote: Sounds like a bug to me. You could open a ticket to get further discussion going. Actually, TTBOMK I cannot, since I think one needs an account at some site I don't have an account at to do that. But someone who does and has a 'doze box can quickly verify this for themselves at a REPL and then do so. -- -- 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.
experiments in term-rewriting
Hi, I've been doing some experiments with term-rewriting in clojure https://github.com/kovasb/combinator This is a very limited project aimed at maximizing performance for a particular term-rewriting system. The results show that clojure is a promising platform for this kind of computation. See the readme for full description, benchmarks, etc. -- -- 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: Spit seems to use incorrect line terminator on Windoze
Anyone can create an account on JIRA and create a ticket. Timothy On Sun, Nov 24, 2013 at 2:19 PM, Cedric Greevey cgree...@gmail.com wrote: On Sun, Nov 24, 2013 at 3:36 PM, Tim Visher tim.vis...@gmail.com wrote: Sounds like a bug to me. You could open a ticket to get further discussion going. Actually, TTBOMK I cannot, since I think one needs an account at some site I don't have an account at to do that. But someone who does and has a 'doze box can quickly verify this for themselves at a REPL and then do so. -- -- 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. -- “One of the main causes of the fall of the Roman Empire was that–lacking zero–they had no way to indicate successful termination of their C programs.” (Robert Firth) -- -- 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] Optimus - a Ring middleware for frontend performance optimization.
I just open sourced optimus. README and code here: https://github.com/magnars/optimus Optimus is a Ring middleware for frontend performance optimization. It serves your static assets: - in production: as optimized bundles - in development: as unchanged, individual files In other words: Develop with ease. Optimize in production. *Features* Depending on how you use it, optimus: - concatenates your JavaScript and CSS files into bundles. - minifies your JavaScript with UglifyJS 2https://github.com/mishoo/UglifyJS2 - minifies your CSS with CSSO http://bem.info/tools/optimizers/csso/ - adds cache-busters to your static asset URLs - adds far future Expires headershttp://developer.yahoo.com/performance/rules.html#expires Also, if you're using Angular.JS: - prepopulates the Angular template cachehttp://docs.angularjs.org/api/ng.%24templateCache with your HTML templates. https://github.com/magnars/optimus -- -- 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: Spit seems to use incorrect line terminator on Windoze
Not everyone wants to go to that much trouble just to tell everyone what he already told everyone via this list. On Sun, Nov 24, 2013 at 4:56 PM, Timothy Baldridge tbaldri...@gmail.comwrote: Anyone can create an account on JIRA and create a ticket. Timothy On Sun, Nov 24, 2013 at 2:19 PM, Cedric Greevey cgree...@gmail.comwrote: On Sun, Nov 24, 2013 at 3:36 PM, Tim Visher tim.vis...@gmail.com wrote: Sounds like a bug to me. You could open a ticket to get further discussion going. Actually, TTBOMK I cannot, since I think one needs an account at some site I don't have an account at to do that. But someone who does and has a 'doze box can quickly verify this for themselves at a REPL and then do so. -- -- 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. -- “One of the main causes of the fall of the Roman Empire was that–lacking zero–they had no way to indicate successful termination of their C programs.” (Robert Firth) -- -- 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.
Spit seems to use incorrect line terminator on Windoze
I do not think this is a bug. Spit takes string content and puts it in a file. I do not expect it to modify that string. It's up to you to create the proper string. Alex -- -- 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: [ClojureScript] ANN: ClojureScript 0.0-2075
I just upgraded from 0.0-2030 And now when I run lein-cljsbuild, I keep getting the error: Compiling resources/public/js/main.js from [src-cljs]... Compiling resources/public/js/main.js failed. java.lang.AssertionError: Assert failed: :output-dir /home/mark/workspace/chaperone/target/cljsbuild-compiler-0 must specify a directory in :output-to's parent /home/mark/workspace/chaperone/resources/public/js if optimization setting applied (same-or-subdirectory-of? (absolute-parent output-to) output-dir) Full stack: http://pastebin.com/aBbpg54b Reverting to 2030 stops this issue. Does this look like a bug? /home/mark/workspace/chaperone seems to be the common parent directory here, no? Mark On Sun, Nov 24, 2013 at 3:27 AM, Mimmo Cosenza mimmo.cose...@gmail.comwrote: unrestrainable :-) thanks! On Nov 23, 2013, at 4:04 PM, David Nolen dnolen.li...@gmail.com wrote: Just pushed out 0.0-2080, fixes a regression around inference and adds unsigned-bit-shift-right to keep in sync with the Clojure 1.6 alphas. David On Fri, Nov 22, 2013 at 7:44 PM, David Nolen dnolen.li...@gmail.comwrote: Following the last announcement, the only significant changes are CLJS-681 which is Windows source map support and improved numeric checks. David -- Note that posts from new members are moderated - please be patient with your first post. --- You received this message because you are subscribed to the Google Groups ClojureScript group. To unsubscribe from this group and stop receiving emails from it, send an email to clojurescript+unsubscr...@googlegroups.com. To post to this group, send email to clojurescr...@googlegroups.com. Visit this group at http://groups.google.com/group/clojurescript. -- E: mark.man...@gmail.com T: http://www.twitter.com/neurotic W: www.compoundtheory.com 2 Devs from Down Under Podcast http://www.2ddu.com/ -- -- 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: Releasing Caribou today: Open Source Clojure Web Ecosystem
Prasanna, Ryan and Justin, Hi. I just got around to playing with Caribou today. Very nice! I was happy to see you including Immutant config in the application template, but you don't need it. Immutant will happily bootstrap a deployed app using the :ring options map in project.clj. As long as you're including that, the immutant.clj file in the application template is redundant. Here's more info: http://immutant.org/builds/LATEST/html-docs/initialization.html#initialization-porting And I agree removing the immutant dependency in project.clj will greatly reduce the number of downloaded jars. Technically, you only need that dependency in project.clj when running *outside* of the Immutant container, e.g. when your tests refer to the immutant namespaces. The only other Immutant-related feedback I might offer is wrt the assets dir, app/. Relative paths like that are only gonna work if you start up Immutant in your project's directory, so in production you'll likely want that to be an absolute path. I especially like the project's name. It reminds me of the Pixies song: https://www.youtube.com/watch?v=x6m-pwWCDKU Thanks! Jim On Wed, Nov 13, 2013 at 1:25 AM, Ryan Spangler ryan.spang...@gmail.comwrote: Justin, As far as I know, Immutant is not a dependency, but an option. Let me know if that is not true however. On Tuesday, November 12, 2013 10:13:17 PM UTC-8, Justin Smith wrote: Typically my first step making a caribou app is to remove the immutant dependency. It's pretty straightforward to take it out. On Tuesday, November 12, 2013 9:19:27 PM UTC-8, Prasanna Gautam wrote: This is really cool. Very easy to get up and running for first try. I have a few questions on the architecture. Why Immutant instead of plain ring as the default? I think the number of dependencies could be much lower with it. I know it's only alpha.. but I'm asking this on behalf of others who might be thinking the same. And, are there plans for NoSQL database support, like MongoDB, MapDB ( http://www.mapdb.org/ - I just found out about it myself but this is the only decent in-memory NoSQL solution other than Berkeley DB)? On Tuesday, November 12, 2013 6:52:10 PM UTC-5, Ryan Spangler wrote: Hello Clojure, Excited to announce today the release of Caribou! http://let-caribou.in/ We have been building web sites and web applications with it for over two years now and improving it every day. Currently we have four people working on it and another ten using it to build things, so it is getting a lot of real world testing. It has been designed as a collection of independent libraries that could each be useful on their own, but which come together as a meaningful whole. We have been spending the last couple months getting it ready for a full open source release, and I am happy to say it is finally ready. Funded and supported by Instrument in Portland, OR: http://weareinstrument.com/ We have four projects using it in production, and several more about to be launched (as well as over a dozen internal things). Documentation is here: http://caribou.github.io/ caribou/docs/outline.html Source is here: http://github.com/caribou/caribou (use this for issues, you don't actually need the source as it is installed through a lein template). Some of the independently useful libraries Caribou is built on are: * Polaris -- Routing with data (not macros) and reverse routing! : https://github.com/caribou/polaris * Lichen -- Image resizing to and from s3 or on disk: https://github.com/caribou/lichen * Schmetterling -- Debugging Clojure processes from the browser: https://github.com/prismofeverything/schmetterling * Antlers -- Useful extensions to mustache templating (helpers and blocks, among other things): https://github.com/caribou/antlers * Groundhog -- Replay http requests: https://github.com/ noisesmith/groundhog And many others. Basically this is an Alpha release, and I am announcing it here first in order to get as much feedback from the community as possible. We have made it as useful as we can for our purposes and recognize that for it to improve from here, we really need as many people using it and building things with it as possible. The documentation also needs to be put through its paces: we need to see how well people are able to use it who know nothing about it, based only on the existing docs. All feedback welcome! Thanks for reading! I hope you find it useful. -- -- 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
Re: Spit seems to use incorrect line terminator on Windoze
Not everyone wants to go to that much trouble just to tell everyone what he already told everyone via this list. So instead you ask that language maintainers read every email you write, in the off-chance that you might be reporting a bug? Don't be ridiculous. If you think you might have a bug, write a bug report, and do us all a favor. Timothy On Sun, Nov 24, 2013 at 3:10 PM, Cedric Greevey cgree...@gmail.com wrote: Not everyone wants to go to that much trouble just to tell everyone what he already told everyone via this list. On Sun, Nov 24, 2013 at 4:56 PM, Timothy Baldridge tbaldri...@gmail.comwrote: Anyone can create an account on JIRA and create a ticket. Timothy On Sun, Nov 24, 2013 at 2:19 PM, Cedric Greevey cgree...@gmail.comwrote: On Sun, Nov 24, 2013 at 3:36 PM, Tim Visher tim.vis...@gmail.comwrote: Sounds like a bug to me. You could open a ticket to get further discussion going. Actually, TTBOMK I cannot, since I think one needs an account at some site I don't have an account at to do that. But someone who does and has a 'doze box can quickly verify this for themselves at a REPL and then do so. -- -- 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. -- “One of the main causes of the fall of the Roman Empire was that–lacking zero–they had no way to indicate successful termination of their C programs.” (Robert Firth) -- -- 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. -- “One of the main causes of the fall of the Roman Empire was that–lacking zero–they had no way to indicate successful termination of their C programs.” (Robert Firth) -- -- 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: Spit seems to use incorrect line terminator on Windoze
I already have more than enough user/pass pairs to keep straight. I'm not creating yet another one just to submit one lousy bug report that I've *already* posted where I know the developers often read. On Sun, Nov 24, 2013 at 7:32 PM, Timothy Baldridge tbaldri...@gmail.comwrote: Not everyone wants to go to that much trouble just to tell everyone what he already told everyone via this list. So instead you ask that language maintainers read every email you write, in the off-chance that you might be reporting a bug? Don't be ridiculous. If you think you might have a bug, write a bug report, and do us all a favor. Timothy On Sun, Nov 24, 2013 at 3:10 PM, Cedric Greevey cgree...@gmail.comwrote: Not everyone wants to go to that much trouble just to tell everyone what he already told everyone via this list. On Sun, Nov 24, 2013 at 4:56 PM, Timothy Baldridge tbaldri...@gmail.comwrote: Anyone can create an account on JIRA and create a ticket. Timothy On Sun, Nov 24, 2013 at 2:19 PM, Cedric Greevey cgree...@gmail.comwrote: On Sun, Nov 24, 2013 at 3:36 PM, Tim Visher tim.vis...@gmail.comwrote: Sounds like a bug to me. You could open a ticket to get further discussion going. Actually, TTBOMK I cannot, since I think one needs an account at some site I don't have an account at to do that. But someone who does and has a 'doze box can quickly verify this for themselves at a REPL and then do so. -- -- 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. -- “One of the main causes of the fall of the Roman Empire was that–lacking zero–they had no way to indicate successful termination of their C programs.” (Robert Firth) -- -- 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. -- “One of the main causes of the fall of the Roman Empire was that–lacking zero–they had no way to indicate successful termination of their C programs.” (Robert Firth) -- -- 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,
Re: Spit seems to use incorrect line terminator on Windoze
Sorry. I didn't read the OP carefully enough. I agree with Alex. The JVM (and no platform I'm aware of) never has and probably never will offer to convert your end of line characters for you to whatever your target system is. On Sun, Nov 24, 2013 at 6:09 PM, Alex Miller a...@puredanger.com wrote: I do not think this is a bug. Spit takes string content and puts it in a file. I do not expect it to modify that string. It's up to you to create the proper string. Alex -- -- 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: Spit seems to use incorrect line terminator on Windoze
On Sun, Nov 24, 2013 at 7:53 PM, Cedric Greevey cgree...@gmail.com wrote: I already have more than enough user/pass pairs to keep straight. I'm not creating yet another one just to submit one lousy bug report that I've *already* posted where I know the developers often read. You can try something like LastPass or 1Password if you have too many usernames and passwords to remember. I've been using 1Password and found it to be quite helpful with the amount of authentication details I need to keep straight. Regardless, if you want to be most helpful in the Clojure community, it would be great if you could submit bug reports. Otherwise, there's really no guarantee anyone will see them and thus benefit from them. But that's up to you. -- In Christ, Timmy V. http://blog.twonegatives.com/ http://five.sentenc.es/ -- Spend less time on mail -- -- 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: [ClojureScript] ANN: ClojureScript 0.0-2075
Hi Mark, On Sun, Nov 24, 2013 at 6:54 PM, Mark Mandel mark.man...@gmail.com wrote: I just upgraded from 0.0-2030 And now when I run lein-cljsbuild, I keep getting the error: Compiling resources/public/js/main.js from [src-cljs]... Compiling resources/public/js/main.js failed. java.lang.AssertionError: Assert failed: :output-dir /home/mark/workspace/chaperone/target/cljsbuild-compiler-0 must specify a directory in :output-to's parent /home/mark/workspace/chaperone/resources/public/js if optimization setting applied (same-or-subdirectory-of? (absolute-parent output-to) output-dir) Does this look like a bug? /home/mark/workspace/chaperone seems to be the common parent directory here, no? I guess the error message isn't as clear as I was hoping it would be. :\ In this case, `:output-dir` must be `/home/mark/workspace/chaperone/resources/public/js` or deeper to work. The common parent of `/home/mark/workspace/chaperone` isn't enough. This should only be the case if you've specified a `:source-map` option though. As long as you're specifying that option, then this is the expected behavior. -- In Christ, Timmy V. http://blog.twonegatives.com/ http://five.sentenc.es/ -- Spend less time on mail -- -- 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.
Spit seems to use incorrect line terminator on Windoze
I agree with Alex. I would not want any magic to happen to my string. Best, Stefan -- -- 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] clojure.java.jdbc 0.3.0-beta2 BREAKING CHANGES!
Based on feedback from the community, I have released clojure.java.jdbc 0.3.0-beta2 to Maven Central. This includes two very important changes: * The clojure.java.jdbc.sql and clojure.java.jdbc.ddl namespaces have been removed. * The API functions that were already marked as deprecated have moved to the clojure.java.jdbc.deprecated namespace This means that if you depend on the clojure.java.jdbc.sql or clojure.java.jdbc.ddl namespaces, which were introduced in 0.3.0-alpha1, you will need to switch to the java-jdbc/dsl project (release 0.1.0 is on Clojars). The new namespaces in that project are java-jdbc.sql and java-jdbc.ddl. If you depend on these namespaces, I strongly recommend you migrate to a more sophisticated DSL, such as: * HoneySQL - https://github.com/jkk/honeysql * SQLingvo - https://github.com/r0man/sqlingvo * Korma - http://www.sqlkorma.com More importantly, if you depend on the older (0.2.3) API in clojure.java.jdbc, you'll need to switch to the clojure.java.jdbc.deprecated namespace in your code, until you can migrate to new API in clojure.java.jdbc instead. These steps are more radical than I would have liked but they simplify the library and streamline the API - and the auto-generated documentation - which should reduce all the confusion expressed about the library right now. This will allow the library to move forward in a more focused manner, with an API that no longer depends on dynamic variables. -- Sean A Corfield -- (904) 302-SEAN An Architect's View -- http://corfield.org/ World Singles, LLC. -- http://worldsingles.com/ Perfection is the enemy of the good. -- Gustave Flaubert, French realist novelist (1821-1880) -- -- 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] fsrun : file change notifier high order lein task
fsrun is a simple high order lein task that run some other tasks when a file modification occurs. Originally, i wanted to run my clojurescript tests automatically and created fsrun. It is my first clojure project, so please keep that in mind :) github : https://github.com/makkalot/fsrun Thanks. -- -- 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.