<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user">
    <title>gmane.comp.java.clojure.user</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.clojure.user/58823"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.clojure.user/58822"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.clojure.user/58821"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.clojure.user/58820"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.clojure.user/58819"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.clojure.user/58818"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.clojure.user/58817"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.clojure.user/58816"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.clojure.user/58815"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.clojure.user/58814"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.clojure.user/58813"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.clojure.user/58812"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.clojure.user/58811"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.clojure.user/58810"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.clojure.user/58809"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.clojure.user/58808"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.clojure.user/58807"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.clojure.user/58806"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.clojure.user/58805"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.java.clojure.user/58804"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58823">
    <title>Re: Clojure on Android</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58823</link>
    <description>&lt;pre&gt;

The work by Daniel Solano Gomez at https://github.com/sattvik/neko is the 
state of the art, so to speak. There's a start-up time penalty associated 
with loading the runtime, and you'll need Daniel's fork of clojure if you 
want to do anything dynamic. The readme in the repo is pretty good; you 
should check it out.

There's also a google group (clojure-android) which you may have found 
already, and Alex Yakushev has a blog 
at http://clojure-android.blogspot.com/ to cover his work for Google Summer 
of Code (and maybe beyond?).

You might want to check out Daniel's Clojure REPL in Google Play. You can 
use it to evaluate forms on the device, and it will give you some idea of 
the performance of dynamic compilation.

Best regards,
Brian Cooley

&lt;/pre&gt;</description>
    <dc:creator>blcooley</dc:creator>
    <dc:date>2012-05-26T03:47:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58822">
    <title>Re: maths, functions and solvers</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58822</link>
    <description>&lt;pre&gt;Hi Zack

I don't really know enough about core.logic to comment on this.  Brent 
mentions symbolic math and it sounds neat but I'm more interested in 
numerical solutions at the moment.

Cheers


On Saturday, May 26, 2012 10:45:09 AM UTC+10, Brent Millare wrote:

&lt;/pre&gt;</description>
    <dc:creator>jlk</dc:creator>
    <dc:date>2012-05-26T02:25:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58821">
    <title>Re: maths, functions and solvers</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58821</link>
    <description>&lt;pre&gt;
Hi Stephen

Firstly thanks for looking at the code - certainly given me a few tips and 
ideas there.  Also I'll look into monads when I get some spare brain time :)

I didn't realise that the argument list was in a var metadata.  Do you know 
if there is similar metadata for an undefined function (fn [] ...)?

Originally what I was thinking of was a kind of 'partial' function taking 
map arguments and that is where I'm heading.

Playing around this morning I think I've stumbled upon what I was after and 
the code is in the devel branch on github.  It's currently horrible, but 
seems to work.  Basically the maths function is provided as a list of 
symbols, then I do some substitution using clojure.walk and produce a 
function of argument whatever is still undefined.  Then I run this through 
eval.

Speaking of it would be nice if eval could directly take a map of symbols 
as an argument.

I'll tidy all this up when I get a chance.


Cheers
 

&lt;/pre&gt;</description>
    <dc:creator>jlk</dc:creator>
    <dc:date>2012-05-26T02:19:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58820">
    <title>Re: core.logic and aggregates:  am i doing it wrong?</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58820</link>
    <description>&lt;pre&gt;Two scotches later, I came up with


and it seems to do the trick.  I'm not sure about leaving r unbound but my 
tests pass.  I'd love some feedback on the approach. 

On Friday, May 25, 2012 4:58:14 PM UTC-7, Mark wrote:

&lt;/pre&gt;</description>
    <dc:creator>Mark</dc:creator>
    <dc:date>2012-05-26T01:35:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58819">
    <title>Re: maths, functions and solvers</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58819</link>
    <description>&lt;pre&gt;I originally assumed core.logic would be the key to symbolic math, but now 
I feel that's not really the case. You still need to implement all the 
algebra manipulation algorithms as usual. One can define the numbers in a 
different way as Ambrose did in his talk, but I imagine we would need to 
have much different performance expectations when performing the other 
symbolic operations. That being said, I would like to see more work going 
into that type of implementation.

On Thursday, May 24, 2012 8:37:57 PM UTC-4, Zack Maril wrote:

&lt;/pre&gt;</description>
    <dc:creator>Brent Millare</dc:creator>
    <dc:date>2012-05-26T00:45:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58818">
    <title>core.logic and aggregates:  am i doing it wrong?</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58818</link>
    <description>&lt;pre&gt;I confess that the last time I cracked open a Prolog book was lo these many 
years ago in college and that I need to re-read The Art but I'm hoping that 
someone can point out how I'm thinking about this problem wrongly:
I'd like to write a goal that succeeds when given a set of required items 
and a set of supplied items, the supplied items is a proper superset of the 
required items.  My intuition is that I want a goal that succeeds and 
'returns' the common subset of the two sets and then another goal that 
tries to unify the subset with the required items:


I'm basically treating the subset operation as a subrouting and using run*  
to aggregate the common elements.  This feels wrong and it feels like I 
should use something less procedural but I can't wrap my brain around how 
else to approach the problem.  Suggestions?  Hints?

Thanks

&lt;/pre&gt;</description>
    <dc:creator>Mark</dc:creator>
    <dc:date>2012-05-25T23:58:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58817">
    <title>Re: Lambda: A lniux distro for clojurists</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58817</link>
    <description>&lt;pre&gt;Great idea. But this be implemented as a pallet or vagrant script instead 
of a ready-made VM? 

On Thursday, May 24, 2012 4:11:21 PM UTC-4, banseljaj wrote:

&lt;/pre&gt;</description>
    <dc:creator>abaitam</dc:creator>
    <dc:date>2012-05-25T23:54:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58816">
    <title>Re: Do you leave a Swank / nREPL in your production servers?</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58816</link>
    <description>&lt;pre&gt;
I was assuming that network access is pretty locked down on production
servers. For example, the port on which we listen is only open on an
internal IP and therefore only within a small, tightly controlled
subnet when we have VPN active. There's no external IP access open.


I agree that's a nice, secure alternative.
&lt;/pre&gt;</description>
    <dc:creator>Sean Corfield</dc:creator>
    <dc:date>2012-05-25T22:54:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58815">
    <title>Re: Java Interop Interfaces</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58815</link>
    <description>&lt;pre&gt;Right, I forgot about the $ stuff to refer to internal classes.

Luc P.


--
Softaddicts&amp;lt;lprefontaine&amp;lt; at &amp;gt;softaddicts.ca&amp;gt; sent by ibisMail from my ipad!

&lt;/pre&gt;</description>
    <dc:creator>Softaddicts</dc:creator>
    <dc:date>2012-05-25T22:18:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58814">
    <title>Re: Do you leave a Swank / nREPL in your production servers?</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58814</link>
    <description>&lt;pre&gt;
This may be good advice in some cases (eg when all network access to
your server is "trusted"), but on a lot of production servers it
strikes me as very dangerous to apply this suggestion carelessly.
Assuming you have SSH access to the machine, by far the safest way to
do it is to have swank only listen on localhost, and then use SSH port
forwarding to redirect the connection through the localhost interface.
For example:

akm&amp;lt; at &amp;gt;dev-machine $ ssh -NfL 4010:localhost:4005 production-machine

# from emacs on dev-machine
M-x slime-connect RET RET 4010 RET

This way the only people who can connect remotely are those who have
permission to get a local application (usually sshd) to forward the
traffic to the localhost interface on their behalf.

&lt;/pre&gt;</description>
    <dc:creator>Alan Malloy</dc:creator>
    <dc:date>2012-05-25T21:56:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58813">
    <title>Re: Lambda: A lniux distro for clojurists</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58813</link>
    <description>&lt;pre&gt;I'll have to check this out when I get home, it sounds like exactly
what I was looking for.  Thanks.

On May 25, 11:01 am, Tom Maynard &amp;lt;tom.w...&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>Curtis Gagliardi</dc:creator>
    <dc:date>2012-05-25T21:52:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58812">
    <title>Clojure on Android</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58812</link>
    <description>&lt;pre&gt;I've recently been on board a project that will targeting Android, and I've 
been given pretty much free reign chose my tools.  I'm an experienced 
Common Lisper and a fairly new Clojure user, but I'd like to know about 
the feasibility of writing real-world Android applications in Clojure.

&lt;/pre&gt;</description>
    <dc:creator>HelmutKian</dc:creator>
    <dc:date>2012-05-25T21:45:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58811">
    <title>Re: Do you leave a Swank / nREPL in your production servers?</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58811</link>
    <description>&lt;pre&gt;Thanks Sean for the detailed information. This will be really useful to me.

/Karl
On 25/05/2012, at 23.30, Sean Corfield wrote:


&lt;/pre&gt;</description>
    <dc:creator>Karl Krukow</dc:creator>
    <dc:date>2012-05-25T21:34:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58810">
    <title>Re: Do you leave a Swank / nREPL in your production servers?</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58810</link>
    <description>&lt;pre&gt;
Specifically:

Add a dependency on [swank-clojure "1.4.2"]

Then in your code:

(swank.swank/start-server :host "0.0.0.0" :port 4567) ;; use whatever
port you want, default is 4005

You can programmatically stop the server with:

(swank.swank/stop-server)

The :host specifies the IP (or hostname) to listen on so if you want
external access you'll need to listen on an IP that is externally
accessible. If you listen on "0.0.0.0" then it'll listen on any IP
address so you can REPL in from outside as well as directly on server
itself (on 127.0.0.1). Our servers have multiple IP addresses and this
caught me out at first when working with our data center folks and
setting up VPN/DMZ access to the host/port.

Another thing that was a bit of a problem for us was that swank.swank
does a bunch of stuff at initialization that got in our way (I don't
remember details) so we actually resolve the symbols at runtime so
swank.swank is only loaded when we actually start the swank server:

(defn start-swank
  "If a swank por&lt;/pre&gt;</description>
    <dc:creator>Sean Corfield</dc:creator>
    <dc:date>2012-05-25T21:30:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58809">
    <title>Re: Do you leave a Swank / nREPL in your production servers?</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58809</link>
    <description>&lt;pre&gt;Sorry, and thanks for the info.

/Karl
On 25/05/2012, at 22.46, Phil Hagelberg wrote:


&lt;/pre&gt;</description>
    <dc:creator>Karl Krukow</dc:creator>
    <dc:date>2012-05-25T20:49:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58808">
    <title>Re: Do you leave a Swank / nREPL in your production servers?</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58808</link>
    <description>&lt;pre&gt;
Just add swank as a non-dev dependency. The swank-clojure readme
actually covers how to do embedding.

-Phil

&lt;/pre&gt;</description>
    <dc:creator>Phil Hagelberg</dc:creator>
    <dc:date>2012-05-25T20:46:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58807">
    <title>Re: Do you leave a Swank / nREPL in your production servers?</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58807</link>
    <description>&lt;pre&gt;Sorry to ask what may be an obvious question to you. But what is a good way of embedding a swank server inside a production app? I'm kind of an emacs beginning and in development I just do lein swank and slime-connect from Emacs- that works fine.

If I'm embedding swank clojure server in non-development, the code would need to start up swank - how would I do that?

Thanks, 




On 24/05/2012, at 19.19, Sean Corfield wrote:


&lt;/pre&gt;</description>
    <dc:creator>Karl Krukow</dc:creator>
    <dc:date>2012-05-25T20:41:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58806">
    <title>Re: Do you leave a Swank / nREPL in your production servers?</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58806</link>
    <description>&lt;pre&gt;I've never done this w/ clojure but in my last job when we were using
Gemstone Smalltalk, I made live code changes on a fairly regular basis.

Get the quick fix out. Do the complete release cycle later. It was only a
difference of 25 minutes, but often worth it.

Not for the faint of heart. I felt a little better doing it in Gemstone
because it was transaction based and I had to commit all my code changes.
A wee bit of a net that was.

-Sean-


On Thursday, May 24, 2012, blais wrote:


&lt;/pre&gt;</description>
    <dc:creator>Sean Allen</dc:creator>
    <dc:date>2012-05-25T20:34:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58805">
    <title>Re: Lambda: A lniux distro for clojurists</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58805</link>
    <description>&lt;pre&gt;It could be possible to do all this by using package manager's like
apt or pacman. Create a package that depends on the software that is
allready available from the debian repository and provides all the
missing software. I think pacman in Arch linux could handle the same
by using package groups.

In distributions like Debian and Arch you can install only what you
want and configure it by yourself or use some predefined package group
and configuration. Installing desktop environment like gnome, kde and
xfce is a good example of this. In Arch for example I could install
only the parts of XFCE that I need and configure it afterwards like I
first did. The next time I installed XFCE in arch I just installed
xfce4 and xfce4-goodies groups and everything was ready.

It would probably be much less work to maintain and keep up to date
this kind of package than to maintain the whole distribution.

On Fri, May 25, 2012 at 2:18 PM, Roberto Mannai &amp;lt;robermann&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>Matti Oinas</dc:creator>
    <dc:date>2012-05-25T12:35:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58804">
    <title>Re: Lambda: A lniux distro for clojurists</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58804</link>
    <description>&lt;pre&gt;I like this idea a lot. My suggestions would be to base it on something
like Lubuntu. I have Ubuntu installed as dual-boot, but I tend to do most
of my work in Win7, so having a performance-oriented, small linux distro
installed inside VirtualBox helps if I don't want to reboot. I imagine
there will be others who would like to do the same. My other suggestion is
to base it on a distro that is extremely easy to install (like Ubuntu). I
just think it is always a good idea when creating something like this to
cater to the inexperienced guys, so that you attract as many newcomers as
possible. The experienced guys can set everything up themselves.

I would certainly use it for Overtone dev. Win7 isn't getting along well,
and I don't have the time right not to set up a virtual linux box to get it
running. Downloading and installing a small, simple distro would take care
of a lot of it for me.

On Thu, May 24, 2012 at 4:11 PM, banseljaj &amp;lt;ali.sajid.imami&amp;lt; at &amp;gt;gmail.com&amp;gt;wrote:


&lt;/pre&gt;</description>
    <dc:creator>Jake Johnson</dc:creator>
    <dc:date>2012-05-25T10:28:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.java.clojure.user/58803">
    <title>Clojure Pretty Printing with Blogger</title>
    <link>http://permalink.gmane.org/gmane.comp.java.clojure.user/58803</link>
    <description>&lt;pre&gt;Hi, guys. Has anyone had any luck with using
google-code-prettify&amp;lt;http://code.google.com/p/google-code-prettify/&amp;gt;and
http://google-code-prettify.googlecode.com/svn/trunk/src/lang-clj.jstogether
on blogger? I followed
http://www.tkglaser.net/2012/03/syntax-highlighting-in-blogger.html&amp;lt;http://www.tkglaser.net/2012/03/syntax-highlighting-in-blogger.html%20&amp;gt;,
but I can't get Clojure to display correctly, at least yet.

&lt;/pre&gt;</description>
    <dc:creator>Jake Johnson</dc:creator>
    <dc:date>2012-05-25T10:07:24</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.java.clojure.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.java.clojure.user</link>
  </textinput>
</rdf:RDF>

