Re: Clojars moved to new infrastructure

2020-03-28 Thread Alan Thompson
OK, it is fixed.  :)

Got rid of the beta test stuff for the new Clojars.org:

  :deploy-repositories [["clojars" "http://beta.clojars.org/repo/;]]


Now it works perfectly.  Thanks, Toby.
Alan



On Sat, Mar 28, 2020 at 6:05 PM Toby Crawley  wrote:

> Hi Alan:
>
> This looks like it may be an issue with the logic in lein to warn you
> about non-https repos. I see in your project.clj[1] you have
> :deploy-repositories set to ["clojars"
> "http://beta.clojars.org/repo/;] - can you remove that or change it to
> https? Also, beta.clojars.org is now a CNAME for clojars.org, so you
> can drop the beta.
>
> - Toby
>
> [1]: https://github.com/cloojure/tupelo/blob/master/project.clj#L17
>
> On Sat, Mar 28, 2020 at 7:53 PM Alan Thompson  wrote:
> >
> > Just tried to upload a new release to Clojars.org and got an error.
> Details:
> >
> > ~/tupelo > uname -a
> > Linux brandy 4.4.0-176-generic #206-Ubuntu SMP Fri Feb 28 05:02:04 UTC
> 2020 x86_64 x86_64 x86_64 GNU/Linux
> >
> >
> >
> > ~/tupelo > lsb_release -a
> > LSB Version:
> core-9.20160110ubuntu0.2-amd64:core-9.20160110ubuntu0.2-noarch:printing-9.20160110ubuntu0.2-amd64:printing-9.20160110ubuntu0.2-noarch:security-9.20160110ubuntu0.2-amd64:security-9.20160110ubuntu0.2-noarch
> > Distributor ID: Ubuntu
> > Description: Ubuntu 16.04.6 LTS
> > Release: 16.04
> > Codename: xenial
> >
> >
> >
> > ~/tupelo > lein --version
> > Java HotSpot(TM) 64-Bit Server VM warning: Options -Xverify:none and
> -noverify were deprecated in JDK 13 and will likely be removed in a future
> release.
> > Leiningen 2.9.1 on Java 14 Java HotSpot(TM) 64-Bit Server VM
> >
> >
> >
> > ~/tupelo > lein deploy clojars
> > Java HotSpot(TM) 64-Bit Server VM warning: Options -Xverify:none and
> -noverify were deprecated in JDK 13 and will likely be removed in a future
> release.
> > No credentials found for clojars
> > See `lein help deploying` for how to configure credentials to avoid
> prompts.
> > Username: cloojure
> > Password:
> > Created /home/alan/tupelo/target/provided/tupelo-0.9.200.jar
> > Wrote /home/alan/tupelo/pom.xml
> > Need to sign 2 files with GPG
> > [1/2] Signing /home/alan/tupelo/target/provided/tupelo-0.9.200.jar with
> GPG
> >
> > You need a passphrase to unlock the secret key for
> > user: "Alan Thompson (n/a) "
> > 2048-bit RSA key, ID 303912FC, created 2018-11-25
> >
> > [2/2] Signing /home/alan/tupelo/pom.xml with GPG
> >
> > You need a passphrase to unlock the secret key for
> > user: "Alan Thompson (n/a) "
> > 2048-bit RSA key, ID 303912FC, created 2018-11-25
> >
> > Exception in thread "main" java.lang.AbstractMethodError: Receiver class
> leiningen.core.main$insecure_http_abort$reify__6678 does not define or
> inherit an implementation of the resolved method 'abstract void
> removeTransferListener(org.apache.maven.wagon.events.TransferListener)' of
> interface org.apache.maven.wagon.Wagon.
> > at
> org.eclipse.aether.transport.wagon.WagonTransporter.execute(WagonTransporter.java:440)
> > at
> org.eclipse.aether.transport.wagon.WagonTransporter.put(WagonTransporter.java:419)
> > at
> org.eclipse.aether.connector.basic.BasicRepositoryConnector$PutTaskRunner.runTask(BasicRepositoryConnector.java:519)
> > at
> org.eclipse.aether.connector.basic.BasicRepositoryConnector$TaskRunner.run(BasicRepositoryConnector.java:359)
> > at
> org.eclipse.aether.connector.basic.BasicRepositoryConnector.put(BasicRepositoryConnector.java:283)
> > at
> org.eclipse.aether.internal.impl.DefaultDeployer.deploy(DefaultDeployer.java:289)
> > at
> org.eclipse.aether.internal.impl.DefaultDeployer.deploy(DefaultDeployer.java:223)
> > at
> org.eclipse.aether.internal.impl.DefaultRepositorySystem.deploy(DefaultRepositorySystem.java:384)
> > at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> > at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> > at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> > at java.base/java.lang.reflect.Method.invoke(Method.java:564)
> > at clojure.lang.Reflector.invokeMatchingMethod(Reflector.java:167)
> > at clojure.lang.Reflector.invokeInstanceMethod(Reflector.java:102)
> > at
> cemerick.pomegranate.aether$deploy_artifacts.invokeStatic(aether.clj:358)
> > at cemerick.pomegranate.aether$deploy_artifacts.doInvoke(aether.clj:308)
> > at clojure.lang.RestFn.applyTo(RestFn.java:137)
> > at clojure.core$apply.invokeStatic(core.clj:665)
> > at clojure.core$apply.invoke(core.clj:660)
> > at cemerick.pomegranate.aether$deploy.invokeStatic(aether.clj:427)
> > at cemerick.pomegranate.aether$deploy.doInvoke(aether.clj:391)
> > at clojure.lang.RestFn.invoke(RestFn.java:619)
> > at leiningen.deploy$deploy.invokeStatic(deploy.clj:215)
> > at leiningen.deploy$deploy.invoke(deploy.clj:172)
> > at clojure.lang.AFn.applyToHelper(AFn.java:156)
> > at clojure.lang.RestFn.applyTo(RestFn.java:132)
> > at clojure.lang.Var.applyTo(Var.java:705)
> > 

Re: Noob: Getting (re)started with Clojure on OS X

2020-03-28 Thread R Aguilera
I was having the same issue as above and deleting my `lein` folder in my 
root directory solved my issue. Thank you so much, I was about to give up 
learning Clojure.

On Wednesday, March 13, 2019 at 10:20:08 AM UTC-7, Sean Corfield wrote:
>
> Check what’s in your ~/.lein/profiles.clj file – that’s usually the cause 
> of bizarre errors that people report with Leiningen.
>
>  
>
> Also check your environment variables: env|fgrep CLASSPATH
>
>  
>
> Per the warning, you probably want to remove whatever is setting that 
> (from one of your shell’s dot files, perhaps?).
>
>  
>
> Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN
> An Architect's View -- http://corfield.org/
>
> "If you're not annoying somebody, you're not really alive."
> -- Margaret Atwood
>
>  
> --
> *From:* clo...@googlegroups.com   > on behalf of Kenneth Reid Beesley  >
> *Sent:* Wednesday, March 13, 2019 9:47:24 AM
> *To:* Clojure
> *Subject:* Noob: Getting (re)started with Clojure on OS X 
>  
> I played happily with Clojure/leiningen several years ago, on OS X, but 
> I'm having trouble getting restarted. 
>
> I have
> macOS High Sierra Version 10.13.6
> java version 1.8.0_05
>
> and I just did
>
> $ brew upgrade leiningen
> (it confirms that I have leiningen 2.9.1 already installed)
>
> and
> $ brew install clojure
> (I now have stable 1.10.0.414)
>
> But then I try
>
> $ lein repl
>
> and get
>
> WARNING: You have $CLASSPATH set, probably by accident.
>
> It is strongly recommended to unset this before proceeding.
>
> clojure.lang.Compiler$CompilerException: Syntax error compiling at 
> (cider/nrepl.clj:1:1).
>
> #:clojure.error{:phase :compile-syntax-check, :line 1, :column 1, :source 
> "cider/nrepl.clj"}
>
>  at clojure.lang.Compiler.load (Compiler.java:7647)
>
> ...
>
>
> and
>
>
> Caused by: java.io.FileNotFoundException: Could not locate 
> clojure/tools/nrepl/server__init.class, clojure/tools/nrepl/server.clj or 
> clojure/tools/nrepl/server.cljc on classpath.
>
>  at clojure.lang.RT.load (RT.java:466)
>
> ...
>
>
> 
>
>
> So, where am I going wrong?  How do I get back in the Clojure saddle on OS 
> X?
>
>
> Ken Beesley
>
> -- 
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clo...@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
> clo...@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 clo...@googlegroups.com .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/f9e93234-e861-4ca6-a4a2-a993a321b2db%40googlegroups.com.


Re: Clojars moved to new infrastructure

2020-03-28 Thread Toby Crawley
Hi Alan:

This looks like it may be an issue with the logic in lein to warn you
about non-https repos. I see in your project.clj[1] you have
:deploy-repositories set to ["clojars"
"http://beta.clojars.org/repo/;] - can you remove that or change it to
https? Also, beta.clojars.org is now a CNAME for clojars.org, so you
can drop the beta.

- Toby

[1]: https://github.com/cloojure/tupelo/blob/master/project.clj#L17

On Sat, Mar 28, 2020 at 7:53 PM Alan Thompson  wrote:
>
> Just tried to upload a new release to Clojars.org and got an error.  Details:
>
> ~/tupelo > uname -a
> Linux brandy 4.4.0-176-generic #206-Ubuntu SMP Fri Feb 28 05:02:04 UTC 2020 
> x86_64 x86_64 x86_64 GNU/Linux
>
>
>
> ~/tupelo > lsb_release -a
> LSB Version: 
> core-9.20160110ubuntu0.2-amd64:core-9.20160110ubuntu0.2-noarch:printing-9.20160110ubuntu0.2-amd64:printing-9.20160110ubuntu0.2-noarch:security-9.20160110ubuntu0.2-amd64:security-9.20160110ubuntu0.2-noarch
> Distributor ID: Ubuntu
> Description: Ubuntu 16.04.6 LTS
> Release: 16.04
> Codename: xenial
>
>
>
> ~/tupelo > lein --version
> Java HotSpot(TM) 64-Bit Server VM warning: Options -Xverify:none and 
> -noverify were deprecated in JDK 13 and will likely be removed in a future 
> release.
> Leiningen 2.9.1 on Java 14 Java HotSpot(TM) 64-Bit Server VM
>
>
>
> ~/tupelo > lein deploy clojars
> Java HotSpot(TM) 64-Bit Server VM warning: Options -Xverify:none and 
> -noverify were deprecated in JDK 13 and will likely be removed in a future 
> release.
> No credentials found for clojars
> See `lein help deploying` for how to configure credentials to avoid prompts.
> Username: cloojure
> Password:
> Created /home/alan/tupelo/target/provided/tupelo-0.9.200.jar
> Wrote /home/alan/tupelo/pom.xml
> Need to sign 2 files with GPG
> [1/2] Signing /home/alan/tupelo/target/provided/tupelo-0.9.200.jar with GPG
>
> You need a passphrase to unlock the secret key for
> user: "Alan Thompson (n/a) "
> 2048-bit RSA key, ID 303912FC, created 2018-11-25
>
> [2/2] Signing /home/alan/tupelo/pom.xml with GPG
>
> You need a passphrase to unlock the secret key for
> user: "Alan Thompson (n/a) "
> 2048-bit RSA key, ID 303912FC, created 2018-11-25
>
> Exception in thread "main" java.lang.AbstractMethodError: Receiver class 
> leiningen.core.main$insecure_http_abort$reify__6678 does not define or 
> inherit an implementation of the resolved method 'abstract void 
> removeTransferListener(org.apache.maven.wagon.events.TransferListener)' of 
> interface org.apache.maven.wagon.Wagon.
> at 
> org.eclipse.aether.transport.wagon.WagonTransporter.execute(WagonTransporter.java:440)
> at 
> org.eclipse.aether.transport.wagon.WagonTransporter.put(WagonTransporter.java:419)
> at 
> org.eclipse.aether.connector.basic.BasicRepositoryConnector$PutTaskRunner.runTask(BasicRepositoryConnector.java:519)
> at 
> org.eclipse.aether.connector.basic.BasicRepositoryConnector$TaskRunner.run(BasicRepositoryConnector.java:359)
> at 
> org.eclipse.aether.connector.basic.BasicRepositoryConnector.put(BasicRepositoryConnector.java:283)
> at 
> org.eclipse.aether.internal.impl.DefaultDeployer.deploy(DefaultDeployer.java:289)
> at 
> org.eclipse.aether.internal.impl.DefaultDeployer.deploy(DefaultDeployer.java:223)
> at 
> org.eclipse.aether.internal.impl.DefaultRepositorySystem.deploy(DefaultRepositorySystem.java:384)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native 
> Method)
> at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:564)
> at clojure.lang.Reflector.invokeMatchingMethod(Reflector.java:167)
> at clojure.lang.Reflector.invokeInstanceMethod(Reflector.java:102)
> at cemerick.pomegranate.aether$deploy_artifacts.invokeStatic(aether.clj:358)
> at cemerick.pomegranate.aether$deploy_artifacts.doInvoke(aether.clj:308)
> at clojure.lang.RestFn.applyTo(RestFn.java:137)
> at clojure.core$apply.invokeStatic(core.clj:665)
> at clojure.core$apply.invoke(core.clj:660)
> at cemerick.pomegranate.aether$deploy.invokeStatic(aether.clj:427)
> at cemerick.pomegranate.aether$deploy.doInvoke(aether.clj:391)
> at clojure.lang.RestFn.invoke(RestFn.java:619)
> at leiningen.deploy$deploy.invokeStatic(deploy.clj:215)
> at leiningen.deploy$deploy.invoke(deploy.clj:172)
> at clojure.lang.AFn.applyToHelper(AFn.java:156)
> at clojure.lang.RestFn.applyTo(RestFn.java:132)
> at clojure.lang.Var.applyTo(Var.java:705)
> at clojure.core$apply.invokeStatic(core.clj:667)
> at clojure.core$apply.invoke(core.clj:660)
> at leiningen.core.main$partial_task$fn__6592.doInvoke(main.clj:284)
> at clojure.lang.RestFn.applyTo(RestFn.java:139)
> at clojure.lang.AFunction$1.doInvoke(AFunction.java:31)
> at clojure.lang.RestFn.applyTo(RestFn.java:137)
> at clojure.core$apply.invokeStatic(core.clj:667)
> at 

Re: Clojars moved to new infrastructure

2020-03-28 Thread Alan Thompson
Just tried to upload a new release to Clojars.org and got an error.  
Details:

~/tupelo > uname -a
Linux brandy 4.4.0-176-generic #206-Ubuntu SMP Fri Feb 28 05:02:04 UTC 2020 
x86_64 x86_64 x86_64 GNU/Linux

 

~/tupelo > lsb_release -a
LSB Version: 
core-9.20160110ubuntu0.2-amd64:core-9.20160110ubuntu0.2-noarch:printing-9.20160110ubuntu0.2-amd64:printing-9.20160110ubuntu0.2-noarch:security-9.20160110ubuntu0.2-amd64:security-9.20160110ubuntu0.2-noarch
Distributor ID: Ubuntu
Description: Ubuntu 16.04.6 LTS
Release: 16.04
Codename: xenial

 

~/tupelo > lein --version
Java HotSpot(TM) 64-Bit Server VM warning: Options -Xverify:none and 
-noverify were deprecated in JDK 13 and will likely be removed in a future 
release.
Leiningen 2.9.1 on Java 14 Java HotSpot(TM) 64-Bit Server VM

 

~/tupelo > lein deploy clojars
Java HotSpot(TM) 64-Bit Server VM warning: Options -Xverify:none and 
-noverify were deprecated in JDK 13 and will likely be removed in a future 
release.
No credentials found for clojars
See `lein help deploying` for how to configure credentials to avoid prompts.
Username: cloojure
Password: 
Created /home/alan/tupelo/target/provided/tupelo-0.9.200.jar
Wrote /home/alan/tupelo/pom.xml
Need to sign 2 files with GPG
[1/2] Signing /home/alan/tupelo/target/provided/tupelo-0.9.200.jar with GPG

You need a passphrase to unlock the secret key for
user: "Alan Thompson (n/a) "
2048-bit RSA key, ID 303912FC, created 2018-11-25

[2/2] Signing /home/alan/tupelo/pom.xml with GPG

You need a passphrase to unlock the secret key for
user: "Alan Thompson (n/a) "
2048-bit RSA key, ID 303912FC, created 2018-11-25

Exception in thread "main" java.lang.AbstractMethodError: Receiver class 
leiningen.core.main$insecure_http_abort$reify__6678 does not define or 
inherit an implementation of the resolved method 'abstract void 
removeTransferListener(org.apache.maven.wagon.events.TransferListener)' of 
interface org.apache.maven.wagon.Wagon.
at 
org.eclipse.aether.transport.wagon.WagonTransporter.execute(WagonTransporter.java:440)
at 
org.eclipse.aether.transport.wagon.WagonTransporter.put(WagonTransporter.java:419)
at 
org.eclipse.aether.connector.basic.BasicRepositoryConnector$PutTaskRunner.runTask(BasicRepositoryConnector.java:519)
at 
org.eclipse.aether.connector.basic.BasicRepositoryConnector$TaskRunner.run(BasicRepositoryConnector.java:359)
at 
org.eclipse.aether.connector.basic.BasicRepositoryConnector.put(BasicRepositoryConnector.java:283)
at 
org.eclipse.aether.internal.impl.DefaultDeployer.deploy(DefaultDeployer.java:289)
at 
org.eclipse.aether.internal.impl.DefaultDeployer.deploy(DefaultDeployer.java:223)
at 
org.eclipse.aether.internal.impl.DefaultRepositorySystem.deploy(DefaultRepositorySystem.java:384)
at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native 
Method)
at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:564)
at clojure.lang.Reflector.invokeMatchingMethod(Reflector.java:167)
at clojure.lang.Reflector.invokeInstanceMethod(Reflector.java:102)
at cemerick.pomegranate.aether$deploy_artifacts.invokeStatic(aether.clj:358)
at cemerick.pomegranate.aether$deploy_artifacts.doInvoke(aether.clj:308)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invokeStatic(core.clj:665)
at clojure.core$apply.invoke(core.clj:660)
at cemerick.pomegranate.aether$deploy.invokeStatic(aether.clj:427)
at cemerick.pomegranate.aether$deploy.doInvoke(aether.clj:391)
at clojure.lang.RestFn.invoke(RestFn.java:619)
at leiningen.deploy$deploy.invokeStatic(deploy.clj:215)
at leiningen.deploy$deploy.invoke(deploy.clj:172)
at clojure.lang.AFn.applyToHelper(AFn.java:156)
at clojure.lang.RestFn.applyTo(RestFn.java:132)
at clojure.lang.Var.applyTo(Var.java:705)
at clojure.core$apply.invokeStatic(core.clj:667)
at clojure.core$apply.invoke(core.clj:660)
at leiningen.core.main$partial_task$fn__6592.doInvoke(main.clj:284)
at clojure.lang.RestFn.applyTo(RestFn.java:139)
at clojure.lang.AFunction$1.doInvoke(AFunction.java:31)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invokeStatic(core.clj:667)
at clojure.core$apply.invoke(core.clj:660)
at leiningen.core.main$apply_task.invokeStatic(main.clj:334)
at leiningen.core.main$apply_task.invoke(main.clj:320)
at leiningen.core.main$resolve_and_apply.invokeStatic(main.clj:343)
at leiningen.core.main$resolve_and_apply.invoke(main.clj:336)
at leiningen.core.main$_main$fn__6681.invoke(main.clj:452)
at leiningen.core.main$_main.invokeStatic(main.clj:442)
at leiningen.core.main$_main.doInvoke(main.clj:439)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.lang.Var.applyTo(Var.java:705)
at clojure.core$apply.invokeStatic(core.clj:665)
at clojure.main$main_opt.invokeStatic(main.clj:491)
at 

Re: Online Clojure COVID-19 Hackathon

2020-03-28 Thread Daniel Slutsky
Here is the video from the #Covid_19 #Clojure 1st hackathon:
https://youtu.be/-441SPx8lTo

See you on the 2nd hackathon this Sunday:
https://scicloj.github.io/posts/2020-03-18-covid-19-hackathons-announcement/



On Thursday, 19 March 2020 00:22:38 UTC+2, Daniel Slutsky wrote:
>
> The hackathon dates are set:
> https://twitter.com/scicloj/status/1240400889925509122
>
> On Wednesday, 18 March 2020 17:49:34 UTC+2, Daniel Slutsky wrote:
>>
>> Thank you Dave!
>> This helps so much.
>>
>> On Wednesday, 18 March 2020 08:42:05 UTC+2, Dave Liepmann wrote:
>>>
>>> I'm glad to see people coming together to look at coronavirus data. 
>>>
>>> As a non-epidemiologist who is also exploring covid19 data I found this 
>>> article 
>>> 
>>>  
>>> [1] a timely reminder that our responsibility is heightened with these 
>>> projects, and scales as our work is more widely seen. We have to take care 
>>> that our visualizations and analyses don't misrepresent the situation. This 
>>> line summed it up for me:
>>>
>>> >Just because you *can* perform a mathematical function on a set of 
>>> health statistics doesn’t mean you *should*.
>>>
>>> As non-subject-matter-experts this is a time to be humble. Of course we 
>>> should still look at the data, but we must be careful. I'm particularly 
>>> skeptical now of any work that assumes that case reports in certain 
>>> countries (e.g. the US) are within even two orders of magnitude of the 
>>> ground truth.
>>>
>>> [1] 
>>> https://medium.com/nightingale/ten-considerations-before-you-create-another-chart-about-covid-19-27d3bd691be8
>>>
>>>
>>> On Tuesday, March 17, 2020 at 9:29:53 PM UTC+1, Daniel Slutsky wrote:

 Hello everybody.

 We are organizing an online Clojure hackathon for studying COVID-19 
 data.

 Please mark your preferred dates:
 https://twitter.com/scicloj/status/1240010550555353088

 Wishing you good health and better times.

>>>

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/d4ede898-67e8-44d0-9f5b-4bfcc80eedb5%40googlegroups.com.