Re: Keyword names and namespaces
I see, thank you for linking to the ticket, Phil that really clarifies things. I suppose that I would tend more to Chas Emerick's view in his sept 28 comment (on the ticket), questioning whether there is a need to validate Keywords (and possibly symbols) stringently. But I'll take your point that we shouldn't count on the current behaviour continuing. Rob On Oct 18, 9:24 pm, Phil Hagelberg p...@hagelb.org wrote: On Mon, Oct 18, 2010 at 3:02 PM, Rob Lachlan robertlach...@gmail.com wrote: There seems to be a discrepancy between what keyword names are supposed to be allowed, according to the reader documentation, and which the reader actually allows. For instance, periods are supposed to be disallowed in keyword names, and only one forward slash allowed, but no errors are thrown at something like this: I think the official stance is that there's a big difference between what is officially supported and what you happen to be able to do in the current version without things blowing up. Using the keyword function, we seem to be able to make keywords out of any pair arbitrary strings, even including spaces. I submitted a patch for this over a year ago, but I gather there were some concerns about the runtime cost of such behaviour. It's one of the most long-standing tickets still open: https://www.assembla.com/spaces/clojure/tickets/17-gc-issue-13-%09val...) -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
Re: Behaviour of clojure.set functions with non-sets.
It's not free. (defn set Returns a set of the distinct elements of coll. {:added 1.0} [coll] (clojure.lang.PersistentHashSet/create ^clojure.lang.ISeq (seq coll))) It seems to go element by element, irrespective of whether it was given a hashset. Rob On Oct 18, 9:43 pm, Phil Hagelberg p...@hagelb.org wrote: It looks like the behaviour of some clojure.set functions is either undefined or possibly erroneous when called with non-set arguments: user (clojure.set/union #{:a :b} [:b :c]) #{:a :c :b} user (clojure.set/union #{:a} [:b :c]) [:b :c :a] Seems likely that the behaviour in such cases is just undefined, but I wonder if it would be worth calling set on each argument just to avoid weird edge-case bugs. Is it a cheap operation to call set on a set? -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
Re: Keyword names and namespaces
On Oct 19, 8:18 am, Rob Lachlan robertlach...@gmail.com wrote: I see, thank you for linking to the ticket, Phil that really clarifies things. I suppose that I would tend more to Chas Emerick's view in his sept 28 comment (on the ticket), questioning whether there is a need to validate Keywords (and possibly symbols) stringently. But I'll take your point that we shouldn't count on the current behaviour continuing. FWIW, in Common Lisp no validation is done on symbol names; they can be arbitrary strings. Strictly speaking, the reader doesn't validate them, either, but in order to parse them it has to place some restrictions, e.g. to disallow ambiguous strings like foo::bar:baz. However, the CL reader allows one to quote characters in symbol names, so you can effectively intern any string with it: for example, foo::| abCDef gh:123::@| is a valid symbol in the FOO package. Personally I don't see any value in restricting what can be interned; symbols are not necessarily only used as keyword or variable names. However, consistency between how a symbol is printed and how it is read back in is important. In Clojure, also, Java interop could be a problem in principle if Clojure symbols are to be used as class, method or field names; however, in such cases the problem can be solved locally, by disallowing certain symbols when compiling to a Java class, or by mangling them. Cheers, Alessio -- 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
Nested For(s)
Nested For(s) produce lists of lists: =(for [x (range 5)] (for [y (range 5)] y)) ((0 1 2 3 4) (0 1 2 3 4) (0 1 2 3 4) (0 1 2 3 4) (0 1 2 3 4)) I want to use for(s) in order to use the loop counters from the bindings, but can I produce a list of values (flattened) without having to flatten the resultant list? (0 1 2 3 4 0 1 2 3 4 0 1 2 3 4 0 1 2 3 4 0 1 2 3 4) 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
Re: Nested For(s)
On Tue 19/10/10 06:57 , Rising_Phorce josh.fe...@gmail.com sent: Nested For(s) produce lists of lists: =(for [x (range 5)] (for [y (range 5)] y)) ((0 1 2 3 4) (0 1 2 3 4) (0 1 2 3 4) (0 1 2 3 4) (0 1 2 3 4)) I want to use for(s) in order to use the loop counters from the bindings, but can I produce a list of values (flattened) without having to flatten the resultant list? (0 1 2 3 4 0 1 2 3 4 0 1 2 3 4 0 1 2 3 4 0 1 2 3 4) Thanks. Hi, A single for expression can iterate over multiple sequences. Eg: user= (for [x (range 3) y (range 5)] y) (0 1 2 3 4 0 1 2 3 4 0 1 2 3 4) Check (doc for) for more details. -- 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
Re: Nested For(s)
Alternatively you can do: user (def x 5) user (def y 7) user (take (* x y) (cycle (range x))) (0 1 2 3 4 0 1 2 3 4 0 1 2 3 4 0 1 2 3 4 0 1 2 3 4 0 1 2 3 4 0 1 2 3 4) user U -- 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
Re: Nested For(s)
simply don't put a for inside a for: (for [x (range 5) y (range 5)] y) Hope this helps. JM On 19 oct, 06:57, Rising_Phorce josh.fe...@gmail.com wrote: Nested For(s) produce lists of lists: =(for [x (range 5)] (for [y (range 5)] y)) ((0 1 2 3 4) (0 1 2 3 4) (0 1 2 3 4) (0 1 2 3 4) (0 1 2 3 4)) I want to use for(s) in order to use the loop counters from the bindings, but can I produce a list of values (flattened) without having to flatten the resultant list? (0 1 2 3 4 0 1 2 3 4 0 1 2 3 4 0 1 2 3 4 0 1 2 3 4) 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
Re: Nested For(s)
2010/10/19 Ulises ulises.cerv...@gmail.com Alternatively you can do: user (def x 5) user (def y 7) user (take (* x y) (cycle (range x))) (0 1 2 3 4 0 1 2 3 4 0 1 2 3 4 0 1 2 3 4 0 1 2 3 4 0 1 2 3 4 0 1 2 3 4) user And don't forget that seqs produced by range, cycle, etc., are lazy (elements produced on demand - modulo chunked seqs optimizations-), so (cycle (range 5)) may be sufficient in your case, e.g. if you use it to index a fixed size collection (used in conjunction with 'map, the fixed size collection's size will limit things : user= (def x 5) #'user/x user= (def c [a b c d e f]) #'user/c user= (map vector c (cycle (range x))) ([a 0] [b 1] [c 2] [d 3] [e 4] [f 0]) user= HTH, -- 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
Re: Nested For(s)
Hi, On 19 Okt., 13:16, Laurent PETIT laurent.pe...@gmail.com wrote: user= (def c [a b c d e f]) #'user/c user= (map vector c (cycle (range x))) ([a 0] [b 1] [c 2] [d 3] [e 4] [f 0]) And to promote some 1.2 goodness: map-indexed. user= (map-indexed #(vector %2 (rem %1 5)) abcdefghijklmn) ([\a 0] [\b 1] [\c 2] [\d 3] [\e 4] [\f 0] [\g 1] [\h 2] [\i 3] [\j 4] [\k 0] [\l 1] [\m 2] [\n 3]) Sincerely Meikel -- 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
Improving Contrib
We are taking several steps to improve contrib and the facilities used to host Clojure development. The goal is to make it easier and more desirable to work on the Clojure project, and encourage more libraries to be developed within the project. There are several impediments to people working in or on contrib, and within the Clojure project. The community is obviously vibrant, as there are many independent libraries. But fewer people work on Clojure itself or on libraries intended for inclusion in Clojure. I'd like that to change. Although there have been recent efforts to make contrib more modular from the Maven perspective (thanks Stuart Sierra!), it is still a monolithic repo. Logically, the individual libs are more independent than the repo structure would indicate. It should be much easier to obtain, build, version, distribute, branch, test and modify individual libraries. Some of these problems flow from historical choices made by the project. In particular, without money, boxes and the staff to maintain machines on the net, I chose free project hosting service providers - first SourceForge, then Google Code, and most recently GitHub and Assembla. In all cases, there was a tension between project and user management and code granularity. It would have been difficult to manage the contrib libs as independent projects/repos. Several things have changed recently that enable a better strategy. GitHub has added an organization feature that lets us manage users at the organization level and put multiple repos under the organization. Contegix is donating a hosted box so we can run our own server (thanks Contegix!), and the Clojure/core team now exists and is (voluntarily, and among other things) providing much needed administrative support (thanks Clojure/core team!). The New Model Contrib libraries will be independent repos under the Clojure GitHub organization. All contributions to these libraries will be contributions under the CA (therefor, no pulls). The primary authors will have substantial independence in terms of versioning. branches and releases etc, and it will be easy to obtain and work on a contrib library a la carte. We will be moving from Assembla to a self-hosted installation of the Atlassian suite, which they generously make available for free to open source projects (thanks Atlassian!). It will give us a superior wiki and bug tracking system. We will initially have support for Jira, Confluence and FishEye, and will be able to centrally manage users with Crowd. Individual contrib projects will get documentation and planning space in the Confluence wiki, and a dedicated subproject in the Jira tracking system. Contrib is not a Standard Lib People often ask if contrib constitutes a standard library. It has always been a goal of contrib to support exploratory work of the community that might or might not become part of Clojure proper, so the simple answer is no. As volunteer open source efforts, each library is likely to differ in quality, maturity and attention level. In that respect, they don't differ from all of the other libraries on GitHub. And with the new model, you will be using the same criteria in evaluating a contrib library as you do any other open source library - documentation, participation, recommendations, activity, stability, bug reports etc. And you'll only consume as much of contrib as you desire. Libraries will succeed on their merits. It is our plan to reserve the 1.0.0+ designations for the more mature and widely accepted libraries when they reach that point. That's as much sanctioning as I anticipate for the near term. You've Got to be In it to Win it Why work within the Clojure project? Because you want your work to eventually become part of Clojure and the Clojure distribution. You want to tap into the core development effort and have an impact on it. You are interested in collaborating on how best to make a set of things work together in a coherent way, as Clojure does. Isn't the GitHub free-for-all easier? Yes, but with this new setup, only very slightly so. The easiest thing is not necessarily the best thing. Participating in a project involves cooperation and compromise, and stewardship implies responsibility. Moving Forward We will be working on getting the existing contrib libraries moved over to the new model. Meanwhile, I'm happy to announce three new and exciting contrib libraries that are kicking off the new model: Chris Houser's Finger Tree - http://github.com/clojure/data.finger-tree Chas Emerick's Network REPL - http://github.com/clojure/tools.nrepl Michael Fogus's Unification Library - http://github.com/clojure/core.unify These are terrific contributions, and good examples of things that will have the greatest impact by being part of the Clojure project. Thanks guys! There are still some infrastructure things being worked out as regards Confluence, Jira etc, and the Conj is keeping everyone busy at the moment, but I expect this all to be
Re: Conj arrivals and Thursday night...
I get in after a 9 hour train ride around 4:40 + time from train station. Would certainly be up for some non amtrak food once I arrive. On Mon, Oct 18, 2010 at 12:32 PM, Andrew Gwozdziewycz apg...@gmail.comwrote: Hey Conj goers, I'm scheduled to arrive around 6:30, and after I check in am planning to spend the rest of the night writing code. Anyone want to help commandeer a random lobby to join in on the fun? Andrew -- http://www.apgwoz.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.comclojure%2bunsubscr...@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 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
Re: Conj arrivals and Thursday night...
On Oct 18, 2010, at 11:32 AM, Andrew Gwozdziewycz wrote: Hey Conj goers, I'm scheduled to arrive around 6:30, and after I check in am planning to spend the rest of the night writing code. Anyone want to help commandeer a random lobby to join in on the fun? I'll be at the hotel around the same time, would be happy to join. - Brian Marick, independent consultant Mostly on agile methods with a testing slant Author of /Programming Cocoa with Ruby/ www.exampler.com, www.exampler.com/blog, www.twitter.com/marick -- 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
Re: Improving Contrib
How should we as users consume the libs under the new umbrella? Is it fair to assume that most of these would be also uploaded by the creator into clojars as new versions become available, thus using build tools like mvn, gradle, lein, etc to pull them in as we need them? since I assume we are moving away from a monolithic zip file? -- Omnem crede diem tibi diluxisse supremum. -- 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
Re: Improving Contrib
Please consider Ivy. It's what Gradle uses and does dependency management better than Maven does. http://ant.apache.org/ivy/ http://ant.apache.org/ivy/features.html Thanks, Luke On Oct 19, 12:12 pm, Rich Hickey richhic...@gmail.com wrote: On Oct 19, 12:04 pm, Wilson MacGyver wmacgy...@gmail.com wrote: How should we as users consume the libs under the new umbrella? Is it fair to assume that most of these would be also uploaded by the creator into clojars as new versions become available, thus using build tools like mvn, gradle, lein, etc to pull them in as we need them? since I assume we are moving away from a monolithic zip file? I don't know that it will be clojars, but yes, via the maven infrastructure in general. Rich -- 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
Re: Improving Contrib
I think what Rich meant is that, they will be available in a mvn repo. you can pull from mvn repo using ivy, etc. I use gradle to pull both the current clojure and clojure-contrib all the time. On Tue, Oct 19, 2010 at 12:22 PM, Luke Renn luke.r...@gmail.com wrote: Please consider Ivy. It's what Gradle uses and does dependency management better than Maven does. http://ant.apache.org/ivy/ http://ant.apache.org/ivy/features.html Thanks, Luke On Oct 19, 12:12 pm, Rich Hickey richhic...@gmail.com wrote: On Oct 19, 12:04 pm, Wilson MacGyver wmacgy...@gmail.com wrote: How should we as users consume the libs under the new umbrella? Is it fair to assume that most of these would be also uploaded by the creator into clojars as new versions become available, thus using build tools like mvn, gradle, lein, etc to pull them in as we need them? since I assume we are moving away from a monolithic zip file? I don't know that it will be clojars, but yes, via the maven infrastructure in general. Rich -- 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 -- Omnem crede diem tibi diluxisse supremum. -- 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
Re: Improving Contrib
True, but if ivy.xml's aren't published, you can't use any of ivy's features. It's just maven without the 20 jars. Luke On Oct 19, 12:26 pm, Wilson MacGyver wmacgy...@gmail.com wrote: I think what Rich meant is that, they will be available in a mvn repo. you can pull from mvn repo using ivy, etc. I use gradle to pull both the current clojure and clojure-contrib all the time. On Tue, Oct 19, 2010 at 12:22 PM, Luke Renn luke.r...@gmail.com wrote: Please consider Ivy. It's what Gradle uses and does dependency management better than Maven does. http://ant.apache.org/ivy/ http://ant.apache.org/ivy/features.html Thanks, Luke On Oct 19, 12:12 pm, Rich Hickey richhic...@gmail.com wrote: On Oct 19, 12:04 pm, Wilson MacGyver wmacgy...@gmail.com wrote: How should we as users consume the libs under the new umbrella? Is it fair to assume that most of these would be also uploaded by the creator into clojars as new versions become available, thus using build tools like mvn, gradle, lein, etc to pull them in as we need them? since I assume we are moving away from a monolithic zip file? I don't know that it will be clojars, but yes, via the maven infrastructure in general. Rich -- 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 -- Omnem crede diem tibi diluxisse supremum. -- 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
Multiple Files
Hi all, Can anyone help me with this? I have a program with multiple files. The program uses various data references, which may be accessed from different files. To facilitate this I usually put ref variables in a separate file and then :use that file in all the various modules that make up the program. That has worked perfectly - except for on problem.I cannot seem to get defrecord to work in the same way. If I put a defrecord description in my refs file I get the following error: Exception in thread main java.lang.IllegalArgumentException: Unable to resolve classname: phone-data The question is: Why doesn't this work? And how do I get around it?Do I put the defrecord in each file it's to be used in? Bill -- 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
Re: Multiple Files
defrecord defines a java class, not a clojure entity. instead of :use, you need :import. (ns stuff.core (:import (stuff phone-data))) On Oct 19, 1:02 pm, WoodHacker ramsa...@comcast.net wrote: Hi all, Can anyone help me with this? I have a program with multiple files. The program uses various data references, which may be accessed from different files. To facilitate this I usually put ref variables in a separate file and then :use that file in all the various modules that make up the program. That has worked perfectly - except for on problem. I cannot seem to get defrecord to work in the same way. If I put a defrecord description in my refs file I get the following error: Exception in thread main java.lang.IllegalArgumentException: Unable to resolve classname: phone-data The question is: Why doesn't this work? And how do I get around it? Do I put the defrecord in each file it's to be used in? Bill -- 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
Re: Multiple Files
On Tue, Oct 19, 2010 at 5:22 PM, Alan a...@malloys.org wrote: defrecord defines a java class, not a clojure entity. instead of :use, you need :import. (ns stuff.core (:import (stuff phone-data))) It's an even better practice to go ahead and create a factory fn for your defrecord. Then consumers of your library don't need to import classes, they can just use/require your library. David -- 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
Re: Improving Contrib
On Oct 19, 7:01 pm, Mike Meyer mwm-keyword-googlegroups. 620...@mired.org wrote: On Tue, 19 Oct 2010 15:51:17 -0700 (PDT) Mibu mibu.cloj...@gmail.com wrote: The greatest impediment for me is having to sign a contract to participate in an open source project. I understand Rich Hickey and most of you guys live in the litigious US and have to cover yourselves, but I feel not right about this. I've never run into a project - US-based or not - that required this. http://www.apache.org/licenses/ The ASF desires that all contributors of ideas, code, or documentation to the Apache projects complete, sign, and submit (via postal mail, fax or email) an Individual Contributor License Agreement (CLA) [PDF form]. http://openjdk.java.net/contribute/ Like many other open-source communities, the OpenJDK Community requires contributors to jointly assign their copyright on contributed code. If you haven't yet signed the Sun Contributor Agreement (SCA) then please do so, scan it and e-mail the result to sun_ca(at)sun.com. http://forge.mysql.com/wiki/Contributing_Code If you expect to make code-related contributions, you must sign and return the Oracle Contributor Agreement (OCA). Without an OCA on file, Oracle cannot integrate your contribution into the MySQL code base or engage in extended discussions on proposed patches. https://fedoraproject.org/wiki/Legal:Revised_Fedora_CLA_Draft#FPCA_Text http://contributing.openoffice.org/programming.html http://www.gnu.org/licenses/gpl-faq.html#AssignCopyright http://framework.zend.com/wiki/display/ZFPROP/Contributor+License+Agreement http://www.djangoproject.com/foundation/cla/faq/ http://nodejs.org/cla.html http://www.10gen.com/contributor etc. Rich -- 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
Re: Improving Contrib
On Tue, Oct 19, 2010 at 4:26 PM, Rich Hickey richhic...@gmail.com wrote: http://contributing.openoffice.org/programming.html This is probably not a good example; the copyright assignment policy for OpenOffice has caused the active contributors to fork it into LibreOffice, which does not have such a policy: http://www.linux.com/news/enterprise/biz-enterprise/366193:libreoffice-and-document-foundation-announced -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
Re: Improving Contrib
On Tue, Oct 19, 2010 at 4:01 PM, Mike Meyer mwm-keyword-googlegroups.620...@mired.org wrote: On Tue, 19 Oct 2010 15:51:17 -0700 (PDT) Mibu mibu.cloj...@gmail.com wrote: The greatest impediment for me is having to sign a contract to participate in an open source project. I understand Rich Hickey and most of you guys live in the litigious US and have to cover yourselves, but I feel not right about this. I've never run into a project - US-based or not - that required this. At least not for reading the dev list or submitting patches. In my experience, it's pretty standard practice for any successful open source project that expects to be used by large corporations. I don't understand why anyone objects to them...? -- Sean A Corfield -- (904) 302-SEAN Railo Technologies, Inc. -- http://getrailo.com/ An Architect's View -- http://corfield.org/ If you're not annoying somebody, you're not really alive. -- Margaret Atwood -- 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
getting started with clojure
lastly i have been messing around with new languages just to try them out. in trying out coljure (only functional language i have tried yet) but i can compile anything longer than one line. im using Coljure Box but im very confused as to how i am supposed to write code that dose more than one thing. basically how do i save files, compile them, then run them? -- 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
Re: Improving Contrib
On Tue, 19 Oct 2010 16:26:24 -0700 (PDT) Rich Hickey richhic...@gmail.com wrote: On Oct 19, 7:01 pm, Mike Meyer mwm-keyword-googlegroups. 620...@mired.org wrote: On Tue, 19 Oct 2010 15:51:17 -0700 (PDT) Mibu mibu.cloj...@gmail.com wrote: The greatest impediment for me is having to sign a contract to participate in an open source project. I understand Rich Hickey and most of you guys live in the litigious US and have to cover yourselves, but I feel not right about this. I've never run into a project - US-based or not - that required this. http://www.apache.org/licenses/ http://openjdk.java.net/contribute/ http://forge.mysql.com/wiki/Contributing_Code https://fedoraproject.org/wiki/Legal:Revised_Fedora_CLA_Draft#FPCA_Text http://contributing.openoffice.org/programming.html http://www.gnu.org/licenses/gpl-faq.html#AssignCopyright http://framework.zend.com/wiki/display/ZFPROP/Contributor+License+Agreement http://www.djangoproject.com/foundation/cla/faq/ http://nodejs.org/cla.html http://www.10gen.com/contributor The ones I've checked or am familiar with apparently define contribute differently than the clojure project does, in that they allow you to both subscribe to the developer list(s) and submit bug reports - including patches - without having to sign and post a contributor agreement. Or maybe it's the clojure web site making things difficult to find. Nuts, I happened to apply for my Chickasaw Nation citizenship today - which gives me tribal voting rights, free health care at tribal hospitals and clinics, the ability to get grants for education, housing, free laptops, etc, etc, etc. That was less work than being allowed to submit a bug to the issue tracking system for clojure (unless I just didn't find the right page). It was also more work than submitting patches looks to be for apache, django, gnu, fedora, or openoffice (from your list, though it sounds like openoffice may changed for the worse) or I know to be for FreeBSD, PostreSQL, OpenSolaris, Python, Cheetah, to name some I've been using for a while. Sure, many of them require you to create an account to submit any bug report. But that's straightforward, and a not unreasonable anti-spam measure. Some even require you to click a checkbox assigning the rights to anything you submit to the project in question as part of that process. But I can still contribute patches to these projects without having to print, sign and post any kind of developer agreement. mike -- Mike Meyer m...@mired.org http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. O ascii ribbon campaign - stop html mail - www.asciiribbon.org -- 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
clojure.java.*
Just wondering what are the plans for clojure.java.* It used to be in http://richhickey.github.com/clojure/ but now that we are using http://clojure.github.com/clojure clojure.java.* is no longer listed. -Brent -- 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
Re: SQLAlchemy in Clojure?
On 19 October 2010 02:18, Sean Devlin francoisdev...@gmail.com wrote: Okay, I just finished a Python app for work. Using SQLAlchemy was a joy. Has anyone ported this yet? I've never used SQLAlchemy. How does it compare with e.g. Django's ORM? Regards, Stuart -- 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
Re: getting started with clojure
I use Leiningen to compile and run my Clojure projects. I create a new project with Leiningen, use Clojure Box to edit code and try out one line at a time, then switch back to Leiningen for downloading libraries or for compiling my own project into a library or program. http://github.com/technomancy/leiningen Or if you are just working with one file, it may be simpler to put a bunch of your code into a file and use the load command from the prompt in Clojure Box. On Tue, Oct 19, 2010 at 7:55 PM, ishkabible j...@ehrlichks.net wrote: lastly i have been messing around with new languages just to try them out. in trying out coljure (only functional language i have tried yet) but i can compile anything longer than one line. im using Coljure Box but im very confused as to how i am supposed to write code that dose more than one thing. basically how do i save files, compile them, then run them? -- 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 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
Re: getting started with clojure
I have written a tutorial just for beginners, that will quickly get you started on clojure. This tutorial was written based on my own experience learning clojure. When learning a new language I am impatient, and like to dive into thick of things immediately. Hopefully this will do the same for others also. http://fasttrackclojure.blogspot.com On Wed, Oct 20, 2010 at 5:25 AM, ishkabible j...@ehrlichks.net wrote: lastly i have been messing around with new languages just to try them out. in trying out coljure (only functional language i have tried yet) but i can compile anything longer than one line. im using Coljure Box but im very confused as to how i am supposed to write code that dose more than one thing. basically how do i save files, compile them, then run them? -- 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.comclojure%2bunsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en -- http://hi.im/santosh -- 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
Re: clojure.java.*
Just wondering what are the plans for clojure.java.* It used to be inhttp://richhickey.github.com/clojure/ but now that we are usinghttp://clojure.github.com/clojure clojure.java.* is no longer listed. user= (use 'clojure.java.io) nil Seems like it's there, just not documented. -- 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
Re: clojure.java.*
On Tue, Oct 19, 2010 at 6:37 PM, Brent Millare brent.mill...@gmail.com wrote: Just wondering what are the plans for clojure.java.* It used to be in http://richhickey.github.com/clojure/ but now that we are using http://clojure.github.com/clojure clojure.java.* is no longer listed. Looks like a bunch of namespaces have disappeared from that page (again? didn't someone else comment on a similar issue recently - and it got fixed?). -- Sean A Corfield -- (904) 302-SEAN Railo Technologies, Inc. -- http://getrailo.com/ An Architect's View -- http://corfield.org/ If you're not annoying somebody, you're not really alive. -- Margaret Atwood -- 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
Re: getting started with clojure
On Tue, Oct 19, 2010 at 5:55 PM, ishkabible j...@ehrlichks.net wrote: lastly i have been messing around with new languages just to try them out. Fantastic fun! I wish you the best of luck. in trying out coljure (only functional language i have tried yet) but i can compile anything longer than one line. Are you using the 'repl'? That process can feel very different from some styles of Clojure development. im using Coljure Box but im very confused as to how i am supposed to write code that dose more than one thing. basically how do i save files, compile them, then run them? Clojure Box likely has a specific process that it advocates since it uses ... clojure-mode and Slime, plus all the power of Emacs under the hood. While this development process works for some (most?) it doesn't work so well for others. I've documented one way of developing using Ant[1] and a certain folder structure... which was OK for a while but I've since switched to leiningen[2]. In the end all you _really_ need is to find a process that fits how you're used to working. You can refer to the 'Getting Started' page on the Assembla Wiki[3]. Again, good luck and have fun! -Rich [1] http://www.lithinos.com/Compiling-Clojure-Applications-and-Libraries-Round-2.html [2] http://github.com/technomancy/leiningen [3] http://www.assembla.com/wiki/show/clojure/Getting_Started -- 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
Let usage question
Hey, I'm parsing a file with a chain of filter and map operations. To make it a little more readable (to me), I put the steps in a let like this: (defn parse-dictionary [reader] (let [lines(read-lines reader) trimmed (map #(.trim %1) lines) filtered (filter is-dictionary-entry? trimmed)] (map parse-entry filtered))) Is this style of let considered good/bad stylistically? Are there technical tradeoffs between this and a bunch of nested forms? 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
Re: Conj arrivals and Thursday night...
I should be at the hotel around 6pm. Code, coffee, drinks, conversation all sound equally fine to me. On Oct 18, 9:32 am, Andrew Gwozdziewycz apg...@gmail.com wrote: Hey Conj goers, I'm scheduled to arrive around 6:30, and after I check in am planning to spend the rest of the night writing code. Anyone want to help commandeer a random lobby to join in on the fun? Andrew --http://www.apgwoz.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