clojure.org is currently down

[Alex Miller]

The underlying host (wikispaces.com) is having issues and have not been 
having much luck with support, so no ETA.

I cannot wait to switch over to the new clojure.org site!!! Soon.

-- 
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/d/optout.

Re: [ANN] Clojure 1.8.0-RC5

[Alex Miller]

Thanks Andy!

I looked at that reflection line here:
https://github.com/clj-time/clj-time/blob/v0.6.0/src/clj_time/core.clj#L577

Looks like this is likely the result of the type hinting changes in 1.8,
probably something to do with the return type hint on last-day-of-the-month
being on the var rather than the signature.


On Wed, Jan 13, 2016 at 10:32 AM, Andy Fingerhut 
wrote:

> Results of some testing done on 1.8.0-RC5:
>
> Ran 'mvn clean test' on a few OS/JDK combos that are not tested as often.
> Reason: there have been (or still are) build or test failures with some of
> them.  All JDKs listed below were 64-bit.
>
> Windows 7 Enterprise SP1 + Oracle JDK 1.7.0_80: ok 3/3 trials
> Ubuntu 14.04.3 LTS + OpenJDK 1.7.0_91: ok 3/3 trials
> Ubuntu 14.04.3 LTS + IBM JDK 1.7.0 (based on jdk7u75-b12): ok 10/10
> trials, as long as failing tests mentioned in
> http://dev.clojure.org/jira/browse/CLJ-1678 are commented out
> Ubuntu 14.04.3 LTS + IBM JDK 1.8.0 (based on jdk8u51-b15): same as for IBM
> JDK 1.7.0
> Ubuntu 14.04.3 LTS + Oracle JDK 1.9.0-ea-b91: ok 3/3 trials
> Mac OS X 10.11.1 + Oracle JDK 1.8.0_11: ok 106/106 trials
>
> Running Eastwood version 0.2.2 with Clojure 1.8.0-RC5 on 84 open source
> Clojure projects and all namespaces within Clojure itself gives very
> similar results as when using Clojure 1.7.0.
>
> Differences in results are listed below.  All of them look benign to me.
>
> One project that uses (throw) with no arguments, and thus Clojure
> 1.8.0-RC5 gives a compilation error that Clojure 1.7.0 did not.  This is an
> improvement in error checking in 1.8.0-RC5:
> http://dev.clojure.org/jira/browse/CLJ-1456
>
> Several reflection warnings in Clojure itself in namespace clojure.instant
> are no longer there.  This is due to a performance improvement in
> 1.8.0-RC5: http://dev.clojure.org/jira/browse/CLJ-1277
>
> The following reflection warnings appear with Clojure 1.7.0 + Eastwood
> 0.2.2, but not with Clojure 1.8.0-RC5 + Eastwood 0.2.2.  I haven't tried to
> dig into exactly why this change occurred.  They are all for the same
> interop call in clj-time.  I would be surprised if this was a bug.  Seems
> more likely to be the result of an intentional change in Clojure method
> resolution.  I was using JDK 1.8.0_11 on Mac OS X 10.11.2, in case it makes
> a difference.
>
> In project Carmine:
>
> == Linting taoensso.carmine.tundra.s3 ==
> jar:file:/Users/admin/.m2/repository/clj-time/clj-time/0.6.0/clj-time-0.6.0.jar!/clj_time/core.clj:577:10:
> Reflection warning - reference to field getDayOfMonth on java.lang.Object
> can't be resolved.
>
> Project compojure:
>
> == Linting compojure.handler ==
> jar:file:/Users/admin/.m2/repository/clj-time/clj-time/0.6.0/clj-time-0.6.0.jar!/clj_time/core.clj:577:10:
> Reflection warning - reference to field getDayOfMonth on java.lang.Object
> can't be resolved.
>
> Project lib-noir:
>
> == Linting noir.cookies ==
> jar:file:/Users/admin/.m2/repository/clj-time/clj-time/0.6.0/clj-time-0.6.0.jar!/clj_time/core.clj:577:10:
> Reflection warning - reference to field getDayOfMonth on java.lang.Object
> can't be resolved.
>
>
> On Mon, Jan 11, 2016 at 6:52 AM, Alex Miller  wrote:
>
>> Clojure 1.8.0-RC5 is now available.
>>
>> *This is likely the final "release candidate" for 1.8. Please test this
>> build with your libraries and applications and provide feedback as soon as
>> possible. If we have not heard any critical issues, we expect to make this
>> the final release in about a week.*
>>
>> Try it via:
>>
>>- Download:
>>https://repo1.maven.org/maven2/org/clojure/clojure/1.8.0-RC5
>>- Leiningen: [org.clojure/clojure "1.8.0-RC5"]
>>
>> Below are the changes since 1.8.0-RC4. See the full 1.8 change log here:
>> https://github.com/clojure/clojure/blob/master/changes.md.
>>
>>- CLJ-1868  - Fixes
>>regression in the error message returned in the case of a bad return type
>>class
>>- CLJ-1829  - Modifies
>>the socket server to avoid an issue with the locking macro in Android
>>
>> --
>> 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/d/optout.
>>
>
> --
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to cloj

Re: [ANN] Clojure 1.8.0-RC5

[Nicola Mometto]

Thanks for your reports Andy, useful and prompt as always :) 


> On 13 Jan 2016, at 16:32, Andy Fingerhut  wrote:
> 
> Results of some testing done on 1.8.0-RC5:
> 
> Ran 'mvn clean test' on a few OS/JDK combos that are not tested as often.  
> Reason: there have been (or still are) build or test failures with some of 
> them.  All JDKs listed below were 64-bit.
> 
> Windows 7 Enterprise SP1 + Oracle JDK 1.7.0_80: ok 3/3 trials
> Ubuntu 14.04.3 LTS + OpenJDK 1.7.0_91: ok 3/3 trials
> Ubuntu 14.04.3 LTS + IBM JDK 1.7.0 (based on jdk7u75-b12): ok 10/10 trials, 
> as long as failing tests mentioned in 
> http://dev.clojure.org/jira/browse/CLJ-1678 are commented out
> Ubuntu 14.04.3 LTS + IBM JDK 1.8.0 (based on jdk8u51-b15): same as for IBM 
> JDK 1.7.0
> Ubuntu 14.04.3 LTS + Oracle JDK 1.9.0-ea-b91: ok 3/3 trials
> Mac OS X 10.11.1 + Oracle JDK 1.8.0_11: ok 106/106 trials
> 
> Running Eastwood version 0.2.2 with Clojure 1.8.0-RC5 on 84 open source 
> Clojure projects and all namespaces within Clojure itself gives very similar 
> results as when using Clojure 1.7.0.
> 
> Differences in results are listed below.  All of them look benign to me.
> 
> One project that uses (throw) with no arguments, and thus Clojure 1.8.0-RC5 
> gives a compilation error that Clojure 1.7.0 did not.  This is an improvement 
> in error checking in 1.8.0-RC5: http://dev.clojure.org/jira/browse/CLJ-1456
> 
> Several reflection warnings in Clojure itself in namespace clojure.instant 
> are no longer there.  This is due to a performance improvement in 1.8.0-RC5: 
> http://dev.clojure.org/jira/browse/CLJ-1277
> 
> The following reflection warnings appear with Clojure 1.7.0 + Eastwood 0.2.2, 
> but not with Clojure 1.8.0-RC5 + Eastwood 0.2.2.  I haven't tried to dig into 
> exactly why this change occurred.  They are all for the same interop call in 
> clj-time.  I would be surprised if this was a bug.  Seems more likely to be 
> the result of an intentional change in Clojure method resolution.  I was 
> using JDK 1.8.0_11 on Mac OS X 10.11.2, in case it makes a difference.
> 
> In project Carmine:
> 
> == Linting taoensso.carmine.tundra.s3 ==
> jar:file:/Users/admin/.m2/repository/clj-time/clj-time/0.6.0/clj-time-0.6.0.jar!/clj_time/core.clj:577:10:
>  Reflection warning - reference to field getDayOfMonth on java.lang.Object 
> can't be resolved.
> 
> Project compojure:
> 
> == Linting compojure.handler ==
> jar:file:/Users/admin/.m2/repository/clj-time/clj-time/0.6.0/clj-time-0.6.0.jar!/clj_time/core.clj:577:10:
>  Reflection warning - reference to field getDayOfMonth on java.lang.Object 
> can't be resolved.
> 
> Project lib-noir:
> 
> == Linting noir.cookies ==
> jar:file:/Users/admin/.m2/repository/clj-time/clj-time/0.6.0/clj-time-0.6.0.jar!/clj_time/core.clj:577:10:
>  Reflection warning - reference to field getDayOfMonth on java.lang.Object 
> can't be resolved.
> 
> 
> On Mon, Jan 11, 2016 at 6:52 AM, Alex Miller  wrote:
> Clojure 1.8.0-RC5 is now available. 
> 
> This is likely the final "release candidate" for 1.8. Please test this build 
> with your libraries and applications and provide feedback as soon as 
> possible. If we have not heard any critical issues, we expect to make this 
> the final release in about a week.
> 
> Try it via:
>   • Download: https://repo1.maven.org/maven2/org/clojure/clojure/1.8.0-RC5
>   • Leiningen: [org.clojure/clojure "1.8.0-RC5"]
> Below are the changes since 1.8.0-RC4. See the full 1.8 change log here: 
> https://github.com/clojure/clojure/blob/master/changes.md.
>   • CLJ-1868 - Fixes regression in the error message returned in the case 
> of a bad return type class
>   • CLJ-1829 - Modifies the socket server to avoid an issue with the 
> locking macro in Android
> 
> -- 
> 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/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 

Re: [ANN] Clojure 1.8.0-RC5

[Andy Fingerhut]

Results of some testing done on 1.8.0-RC5:

Ran 'mvn clean test' on a few OS/JDK combos that are not tested as often.
Reason: there have been (or still are) build or test failures with some of
them.  All JDKs listed below were 64-bit.

Windows 7 Enterprise SP1 + Oracle JDK 1.7.0_80: ok 3/3 trials
Ubuntu 14.04.3 LTS + OpenJDK 1.7.0_91: ok 3/3 trials
Ubuntu 14.04.3 LTS + IBM JDK 1.7.0 (based on jdk7u75-b12): ok 10/10 trials,
as long as failing tests mentioned in
http://dev.clojure.org/jira/browse/CLJ-1678 are commented out
Ubuntu 14.04.3 LTS + IBM JDK 1.8.0 (based on jdk8u51-b15): same as for IBM
JDK 1.7.0
Ubuntu 14.04.3 LTS + Oracle JDK 1.9.0-ea-b91: ok 3/3 trials
Mac OS X 10.11.1 + Oracle JDK 1.8.0_11: ok 106/106 trials

Running Eastwood version 0.2.2 with Clojure 1.8.0-RC5 on 84 open source
Clojure projects and all namespaces within Clojure itself gives very
similar results as when using Clojure 1.7.0.

Differences in results are listed below.  All of them look benign to me.

One project that uses (throw) with no arguments, and thus Clojure 1.8.0-RC5
gives a compilation error that Clojure 1.7.0 did not.  This is an
improvement in error checking in 1.8.0-RC5:
http://dev.clojure.org/jira/browse/CLJ-1456

Several reflection warnings in Clojure itself in namespace clojure.instant
are no longer there.  This is due to a performance improvement in
1.8.0-RC5: http://dev.clojure.org/jira/browse/CLJ-1277

The following reflection warnings appear with Clojure 1.7.0 + Eastwood
0.2.2, but not with Clojure 1.8.0-RC5 + Eastwood 0.2.2.  I haven't tried to
dig into exactly why this change occurred.  They are all for the same
interop call in clj-time.  I would be surprised if this was a bug.  Seems
more likely to be the result of an intentional change in Clojure method
resolution.  I was using JDK 1.8.0_11 on Mac OS X 10.11.2, in case it makes
a difference.

In project Carmine:

== Linting taoensso.carmine.tundra.s3 ==
jar:file:/Users/admin/.m2/repository/clj-time/clj-time/0.6.0/clj-time-0.6.0.jar!/clj_time/core.clj:577:10:
Reflection warning - reference to field getDayOfMonth on java.lang.Object
can't be resolved.

Project compojure:

== Linting compojure.handler ==
jar:file:/Users/admin/.m2/repository/clj-time/clj-time/0.6.0/clj-time-0.6.0.jar!/clj_time/core.clj:577:10:
Reflection warning - reference to field getDayOfMonth on java.lang.Object
can't be resolved.

Project lib-noir:

== Linting noir.cookies ==
jar:file:/Users/admin/.m2/repository/clj-time/clj-time/0.6.0/clj-time-0.6.0.jar!/clj_time/core.clj:577:10:
Reflection warning - reference to field getDayOfMonth on java.lang.Object
can't be resolved.


On Mon, Jan 11, 2016 at 6:52 AM, Alex Miller  wrote:

> Clojure 1.8.0-RC5 is now available.
>
> *This is likely the final "release candidate" for 1.8. Please test this
> build with your libraries and applications and provide feedback as soon as
> possible. If we have not heard any critical issues, we expect to make this
> the final release in about a week.*
>
> Try it via:
>
>- Download:
>https://repo1.maven.org/maven2/org/clojure/clojure/1.8.0-RC5
>- Leiningen: [org.clojure/clojure "1.8.0-RC5"]
>
> Below are the changes since 1.8.0-RC4. See the full 1.8 change log here:
> https://github.com/clojure/clojure/blob/master/changes.md.
>
>- CLJ-1868  - Fixes
>regression in the error message returned in the case of a bad return type
>class
>- CLJ-1829  - Modifies
>the socket server to avoid an issue with the locking macro in Android
>
> --
> 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/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.
For more options, visit https://groups.googl

Re: [ANN] Truss, an assertions lib for Clojure/Script

[James Elliott]

Wow, this feels exactly right. I am eager to start using it, and delighted 
it will be so easy.

On Wednesday, January 13, 2016 at 12:21:53 AM UTC-6, Peter Taoussanis wrote:
>
> BTW have had some folks comment on the length of the video.
>
> This wasn't clear, so will point it out now: if you're looking for a quick 
> overview I'd start with the Quickstart (
> https://github.com/ptaoussanis/truss#quickstart) and examples (
> https://github.com/ptaoussanis/truss#detailed-usage) rather than the talk.
>
> The lib's *really* small and takes 2 seconds to learn - the talk's mostly 
> there to go into motivations behind the lib and its design choices. If that 
> stuff's obvious to you (or not interesting), feel free to just dive in to 
> the examples.
>
> Only warning: the examples are mostly for syntax, not use case. You can 
> certainly use Truss for simple type assertions, but that's rarely where 
> it's most interesting. Personally, I've found it most useful in verifying 
> assumptions about application state and that sort of thing. Or for more 
> subtle type assertions in hairy code (e.g. re: the presence of nils, blank 
> strings, number ranges, specific collection types or counts, conditions 
> w/in `reduce`(or transducer) calls, etc.).
>
> Sweet spot's often in larger and/or more complex code but that's largely 
> to taste.
>
> Litmus test: if you're writing a complex piece of code and you find 
> yourself making implementation choices based on context that's currently 
> clear to you from your understanding of how the application works or the 
> state it'd be in if this code is running - that context might be worth 
> formally capturing in a Truss assertion.
>

-- 
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/d/optout.

[ANN] Clojure.Java-Time 0.2.0

[platonovadim]

Hello all,

I've released a Java 8 Date-Time API wrapper some time ago but never 
bothered to make a formal announcement. So here it is: Clojure.Java-Time. 

Please, feel free to check out the readme 
 and maybe 
even try using it :)

Dependency vector: [clojure.java-time "0.2.0"]

Have fun!

-- 
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/d/optout.