Hello,
I'm looking to provide OAuth2 around my services. The best I can tell is
that https://github.com/pelle/clauth is state-of-the-art. It's not been
actively touched for over a year. This could be do to its general
awesomeness (don't fix it if it ain't borked). Is this an accurate view?
I'm
Wow, I am amazed you are working to keep compatibility with Clojure 1.2 :-)
Andy
On Fri, Mar 20, 2015 at 2:55 PM, Mark Engelberg
wrote:
> Wow, I had forgotten how much had changed from Clojure 1.2 to 1.3 and
> beyond. There were three separate incompatibilities with 1.2.
>
> I have addressed t
Wow, I had forgotten how much had changed from Clojure 1.2 to 1.3 and
beyond. There were three separate incompatibilities with 1.2.
I have addressed them and pushed a 0.1.1 release which is
backwards-compatible to 1.2.
--Mark
On Fri, Mar 20, 2015 at 7:11 AM, Alex Miller wrote:
> Hey Mark,
>
Hi Christopher,
I recommend still sending a proposal for Alex's project just in case. It's
hard to predict
what constraints we will need to satisfy for project allocation (we might
have a small number
of allocations from Google, a student may choose a project with another
organisation).
Thanks,
A
On Friday, March 20, 2015 at 12:06:34 AM UTC+1, Alex Miller wrote:
>
> Chris (and anyone else), Daniel mentioned to me in a note that it is ok
> for multiple students to submit a proposal for the same project. We do not
> know how many spots we will be given as an organization and whether
> part
Yet another way:
(vec (reduce
(fn [m [k v]]
(assoc m k (+ (m k 0) v)))
{}
[[1 0.5] [1 0.7] [2 1.0] [3 0.1] [3 0.1]]))
=> [[3 0.2] [2 1.0] [1 1.2]]
On Friday, March 20, 2015 at 8:45:10 AM UTC-5, Emrehan Tüzün wrote:
>
> Yet another way to solve it:
>
>
>
>
>
>
>
>
>
Sometimes, all you need is the proper reduce formulation:
(reduce (fn [m [k v]] (assoc m k (+ (m k 0) v))) {} keyvals)
--
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 fro
Thomas,
I would like to get the build working for IBM JDK at some point but it's
not a super high priority. For your needs, you should be able to just
disable the tests that are failing if you are doing your own build of
Clojure on the IBM JDK.
Alex
On Thursday, March 19, 2015 at 11:40:59 PM
Hey Mark,
This latest release broke all the Clojure 1.2.0 and 1.2.1 builds for
math.combinatorics
(http://build.clojure.org/job/math.combinatorics-test-matrix/129/), I think
due to using an assert arity that didn't exist then? We should either
change the min version for the test matrix or modi
Yet another way to solve it:
*user=> x[[1 0.5] [1 0.7] [2 1.0] [3 0.1] [3 0.1]]user=> (group-by first
x){1 [[1 0.5] [1 0.7]], 2 [[2 1.0]], 3 [[3 0.1] [3 0.1]]}user=> (map
#(vector (first %) (second %)) (group-by first x))([1 [[1 0.5] [1 0.7]]] [2
[[2 1.0]]] [3 [[3 0.1] [3 0.1]]])user=
Congratulations on the release!
Thank you for putting yourself and your ideas out there in this way, and
for reminding us not to settle for what we have now, but to continually
push towards ever greater heights.
Best,
James
On Friday, March 20, 2015 at 6:35:37 AM UTC+1, Jozef Wagner wrote:
>
>
Thanks for this breakdown; a lot of what you're saying about Transit is
stuff I had inferred from prior announcements, but it's still enlightening
to see an explicit comparison to Edn and Fressian.
On Sunday, March 15, 2015 at 7:51:55 PM UTC-7, Alex Miller wrote:
>
> Hi Ryan,
>
> To answer the b
Nippy looks like an interesting project; I wasn't familiar with it.
However, it seems to be very Clojure-centric. Which is fine, at least for
certain use cases; it just doesn't really occupy the part of the
serialization format design space that I'm most interested in for
dynamic-object.
On Mo
13 matches
Mail list logo
