I never used tessel, but we run class/nodejs on a bunch of similar products.
Probably you have to verify the compatibility of the nodejs version. Eventually
you could recompile the one the fit cljs.
and yes, you’ll have a lot, really a lot of fun too.
mimmo
> On 15 Oct 2015, at 03:11, Erlis
Sure you can =) Here is the public repo of Magnar Sveen (author of the
"Parens of the Dead"): https://github.com/magnars/.emacs.d.
Some of the functions are part of the clj-refactor
(https://github.com/clojure-emacs/clj-refactor.el) which is part of the
CIDER
Erlis Vidal writes:
> - html completion
That typing a < inserts the closing > immediately is probably
`electric-pair-mode'. That script expands to
could be yasnippet.
> - refactoring (rename, move to function)
> - adding dependencies and automatic project.clj
Someone else looked at the issue on
https://github.com/ztellman/riddley/issues/18
This issue makes the current version of riddley, and therefore potemkin, not
work on Clojure 1.8 beta1
There is a pull request to fix it at https://github.com/ztellman/riddley/pull/19
However I am wondering if
It would be great to have a ticket and some examples beyond the riddley one
where this was an issue.
Thanks for trying the beta and giving feedback!
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to
On Thursday, October 15, 2015 at 5:26:01 PM UTC-4, JvJ wrote:
>
> I just discovered clojure.data/diff, and it's great. However, I'm not
> sure how to recombine the results to get back the original.
>
> For instance, if (diff a b) = c, then how can I combine b and c to get
> back to a?
>
>
I migrated a significant Clojure codebase to 1.8.0-beta1, and I had to
solve issues caused by this IMapEntry/APersistentVector change in several
places (including the pull request mentioned above). Also wondering about
the rationale behind this. It's not a huge deal, but it does make some code
It would be great to have a ticket and some examples beyond the riddley one
where this was an issue.
Thanks for trying the beta and giving feedback!
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to
I just discovered clojure.data/diff, and it's great. However, I'm not sure
how to recombine the results to get back the original.
For instance, if (diff a b) = c, then how can I combine b and c to get back
to a?
--
You received this message because you are subscribed to the Google
Groups
Yep you are right. I figured it out right after I posted this :)
On Thursday, October 15, 2015 at 10:46:01 PM UTC-7, Andy Fingerhut wrote:
>
> James:
>
> This sounds to me likely to be known and expected behavior of xargs. Any
> OS has maximum limitations on either number and/or total size of
I ran into an apparent bug today when trying to stress test a program I
wrote. The program was just supposed to tell you both the minimum and
maximum integers supplied in the command line arguments. I tried using
xargs to provide thousands of numbers when I encountered this issue.
However, I
James:
This sounds to me likely to be known and expected behavior of xargs. Any
OS has maximum limitations on either number and/or total size of command
line arguments, and xargs is probably invoking multiple JVMs.
Here is a portion of the man page for xargs on my Mac:
Any arguments specified
Just a small clarification - clj-refactor.el is currently an extension for
CIDER, although there are plans to merge at least some of its functionality
in CIDER (or provide similar functionality there out-of-the-box).
On 15 October 2015 at 09:19, Mikhail Malchevskiy wrote:
>
>
> I've read the clojure.data.xml.zip docs carefully and looked at many
> examples, but I don't understand this behavior:
>
(require '[clj-http.client :as client]
'[clojure.zip :as z]
'[clojure.data.zip :as dz]
'[clojure.data.zip.xml :as dzx]
'[crouton.html
On 15 October 2015 at 18:00, Mike wrote:
(dzx/xml1-> my-zipper dz/descendants)
>
> gives me what appears to be the original zipper structure, which I wasn't
> expecting. I was expecting a flattened-out seq of the nodes.
>
The dz/descendants function doesn't return a
15 matches
Mail list logo