On Tue, 12 Jul 2011 22:21:39 -0400
Ken Wesson kwess...@gmail.com wrote:
Which means it's not really case 4 at all.
Well, it's very clearly not cases 1, 2 or 3.
No, it's case zero: standard multi-developer, multi-computer, single
canonical master copy on one computer/cluster somewhere.
On Wed, Jul 13, 2011 at 7:49 PM, Mike Meyer m...@mired.org wrote:
On Tue, 12 Jul 2011 22:21:39 -0400
Ken Wesson kwess...@gmail.com wrote:
Which means it's not really case 4 at all.
Well, it's very clearly not cases 1, 2 or 3.
No, it's case zero: standard multi-developer, multi-computer,
Hi Ken
On 12 July 2011 03:12, Ken Wesson kwess...@gmail.com wrote:
On Mon, Jul 11, 2011 at 7:51 PM, Mike Meyer m...@mired.org wrote:
On Mon, 11 Jul 2011 16:21:45 -0400
Ken Wesson kwess...@gmail.com wrote:
So, repository does not imply server at all,
This is getting silly. Repository is a
On Tue, Jul 12, 2011 at 3:52 AM, Michael Wood esiot...@gmail.com wrote:
Hi Ken
On 12 July 2011 03:12, Ken Wesson kwess...@gmail.com wrote:
On Mon, Jul 11, 2011 at 7:51 PM, Mike Meyer m...@mired.org wrote:
I was with you until you said stored remotely.
Well, the source code is being worked on
Hi,
Am Dienstag, 12. Juli 2011 03:12:20 UTC+2 schrieb Ken Wesson:
So, unless 4 can be made workable, ...
Did you try darcs?
Sincerely
Meikel
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to
On Mon, 11 Jul 2011 20:49:01 -0400
Ken Wesson kwess...@gmail.com wrote:
On Mon, Jul 11, 2011 at 7:39 PM, Mike Meyer m...@mired.org wrote:
On Mon, 11 Jul 2011 07:51:33 -0400
Ken Wesson kwess...@gmail.com wrote:
On Sun, Jul 10, 2011 at 2:01 AM, mike.w.me...@gmail.com m...@mired.org
On Mon, 11 Jul 2011 21:12:20 -0400
Ken Wesson kwess...@gmail.com wrote:
On Mon, Jul 11, 2011 at 7:51 PM, Mike Meyer m...@mired.org wrote:
On Mon, 11 Jul 2011 16:21:45 -0400
Ken Wesson kwess...@gmail.com wrote:
So, repository does not imply server at all,
This is getting silly.
On Tue, Jul 12, 2011 at 2:31 PM, Mike Meyer m...@mired.org wrote:
You write clearly enough that misinterpretation isn't likely. You were
simply making false statements.
I do not do that, and I won't tolerate being called names and
badmouthed in public. This discussion is over.
--
Protege:
On Tue, Jul 12, 2011 at 3:11 PM, Mike Meyer m...@mired.org wrote:
On Mon, 11 Jul 2011 21:12:20 -0400
Ken Wesson kwess...@gmail.com wrote:
2. Many developers, one computer. No remote storage and if the
developers are co-located no server; otherwise a terminal server. The
former is obviously
On Tue, 12 Jul 2011 18:13:57 -0400
Ken Wesson kwess...@gmail.com wrote:
On Tue, Jul 12, 2011 at 2:31 PM, Mike Meyer m...@mired.org wrote:
You write clearly enough that misinterpretation isn't likely. You were
simply making false statements.
I do not do that, and I won't tolerate being
On Tue, 12 Jul 2011 18:20:38 -0400
Ken Wesson kwess...@gmail.com wrote:
On Tue, Jul 12, 2011 at 3:11 PM, Mike Meyer m...@mired.org wrote:
On Mon, 11 Jul 2011 21:12:20 -0400
Ken Wesson kwess...@gmail.com wrote:
2. Many developers, one computer. No remote storage and if the
developers are
On Tue, Jul 12, 2011 at 7:47 PM, Mike Meyer m...@mired.org wrote:
Another misunderstanding. Many developers working at one physical,
co-located computer has the keyboard and monitor as a single global
lock. In the terminal server case there could be a finer locking
granularity. As for still
Guys, geez, go cure cancer or something.
Kevin
--
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
Ken Wesson kwess...@gmail.com wrote:
On Wed, Jul 6, 2011 at 4:30 AM, Michael Wood esiot...@gmail.com
wrote:
On 6 July 2011 10:14, Ken Wesson kwess...@gmail.com wrote:
Sorry, but I think version control and, particularly, dealing with
edit collisions is not something you can solve as easily as
On Sun, Jul 10, 2011 at 2:01 AM, mike.w.me...@gmail.com m...@mired.org wrote:
[snip most of post whose sole purpose seems to be to gainsay anything I write]
The only source control system I know that uses an ACID database doesn't
need a back end server.
How exactly is this possible? Databases
On 11 Lug, 13:51, Ken Wesson kwess...@gmail.com wrote:
On Sun, Jul 10, 2011 at 2:01 AM, mike.w.me...@gmail.com m...@mired.org
wrote:
[snip most of post whose sole purpose seems to be to gainsay anything I write]
The only source control system I know that uses an ACID database doesn't
On Mon, Jul 11, 2011 at 11:29 AM, Alessio Stalla
alessiosta...@gmail.com wrote:
[snip most of another post whose sole purpose seems to be to gainsay
anything I write]
Database and
DBMS are used more-or-less synonymously (when database isn't used
more broadly than ACID/SQL/etc.) and the S in
On Tue, Jul 5, 2011 at 6:35 AM, Stephen C. Gilardi squee...@mac.com wrote:
I would argue that the ~/.m2 repository is nearly as easy to work with as any
other local, on-disk scheme one might envision and has the benefit of working
with any maven-compatible tool.
It also works for arbitrary
On Mon, 11 Jul 2011 07:51:33 -0400
Ken Wesson kwess...@gmail.com wrote:
On Sun, Jul 10, 2011 at 2:01 AM, mike.w.me...@gmail.com m...@mired.org
wrote:
[snip most of post whose sole purpose seems to be to gainsay anything I write]
Because in that article, you were (unusual for you) way off
On Mon, 11 Jul 2011 16:21:45 -0400
Ken Wesson kwess...@gmail.com wrote:
So, repository does not imply server at all,
This is getting silly. Repository is a word that brings immediately
to mind typing checkin and checkout commands at a command prompt in
order to work on source code that is
On Jul 12, 4:24 am, Asim Jalis asimja...@gmail.com wrote:
On Tue, Jul 5, 2011 at 6:35 AM, Stephen C. Gilardi squee...@mac.com wrote:
I would argue that the ~/.m2 repository is nearly as easy to work with as
any other local, on-disk scheme one might envision and has the benefit of
On Mon, Jul 11, 2011 at 7:39 PM, Mike Meyer m...@mired.org wrote:
On Mon, 11 Jul 2011 07:51:33 -0400
Ken Wesson kwess...@gmail.com wrote:
On Sun, Jul 10, 2011 at 2:01 AM, mike.w.me...@gmail.com m...@mired.org
wrote:
[snip most of post whose sole purpose seems to be to gainsay anything I
On Mon, Jul 11, 2011 at 7:51 PM, Mike Meyer m...@mired.org wrote:
On Mon, 11 Jul 2011 16:21:45 -0400
Ken Wesson kwess...@gmail.com wrote:
So, repository does not imply server at all,
This is getting silly. Repository is a word that brings immediately
to mind typing checkin and checkout
Hi,
Am Dienstag, 5. Juli 2011 18:55:48 UTC+2 schrieb Ken Wesson:
I'd be very interested to know how one checks out a file from a CVS
repository without cvs-pserver running. You do a cvs checkout whatever
at the command prompt, the command interpreter runs the cvs client,
and the cvs client
On Wed, Jul 6, 2011 at 2:06 AM, Meikel Brandmeyer m...@kotka.de wrote:
Hi,
Am Dienstag, 5. Juli 2011 18:55:48 UTC+2 schrieb Ken Wesson:
I'd be very interested to know how one checks out a file from a CVS
repository without cvs-pserver running. You do a cvs checkout whatever
at the command
Hi,
Am Mittwoch, 6. Juli 2011 09:23:08 UTC+2 schrieb Ken Wesson:
Maybe by doing a “cvs -d /path/to/your/local/repository/directory
checkout”?
(without having an ancient cvs around to test...)
How would that be implemented, though? Without the server running to
enforce mutual exclusion and
On 6 July 2011 08:06, Meikel Brandmeyer m...@kotka.de wrote:
Hi,
Am Dienstag, 5. Juli 2011 18:55:48 UTC+2 schrieb Ken Wesson:
I'd be very interested to know how one checks out a file from a CVS
repository without cvs-pserver running. You do a cvs checkout whatever
at the command prompt, the
On Wed, Jul 6, 2011 at 3:33 AM, Meikel Brandmeyer m...@kotka.de wrote:
Hi,
Am Mittwoch, 6. Juli 2011 09:23:08 UTC+2 schrieb Ken Wesson:
How would that be implemented, though? Without the server running to
enforce mutual exclusion and detect edit collisions and everything,
the whole notion
On 6 July 2011 09:23, Ken Wesson kwess...@gmail.com wrote:
On Wed, Jul 6, 2011 at 2:06 AM, Meikel Brandmeyer m...@kotka.de wrote:
Hi,
Am Dienstag, 5. Juli 2011 18:55:48 UTC+2 schrieb Ken Wesson:
I'd be very interested to know how one checks out a file from a CVS
repository without
On 6 July 2011 10:14, Ken Wesson kwess...@gmail.com wrote:
On Wed, Jul 6, 2011 at 3:33 AM, Meikel Brandmeyer m...@kotka.de wrote:
Hi,
Am Mittwoch, 6. Juli 2011 09:23:08 UTC+2 schrieb Ken Wesson:
How would that be implemented, though? Without the server running to
enforce mutual exclusion
On Wed, Jul 6, 2011 at 4:30 AM, Michael Wood esiot...@gmail.com wrote:
On 6 July 2011 10:14, Ken Wesson kwess...@gmail.com wrote:
Sorry, but I think version control and, particularly, dealing with
edit collisions is not something you can solve as easily as just
slapping a lock onto each file
On 6 July 2011 10:37, Ken Wesson kwess...@gmail.com wrote:
On Wed, Jul 6, 2011 at 4:30 AM, Michael Wood esiot...@gmail.com wrote:
On 6 July 2011 10:14, Ken Wesson kwess...@gmail.com wrote:
Sorry, but I think version control and, particularly, dealing with
edit collisions is not something you
Hi,
Am Dienstag, 5. Juli 2011 16:15:12 UTC+2 schrieb faenvie:
you plugin really rocks.
Thanks. Glad it helps. :)
have you thought about contributing clojuresque as 'clojure-plugin'
for gradle to the gradle project ? so that it will be more integrate
and managed like ... say the
On 5 Jul, 2011, at 20:38 , Laurent PETIT wrote:
a) Select your project's node in the Package Explorer
b) Trigger its contextual menu, select Run as, select Clojure Application
I *insist* (*) : you must trigger the Run from the project's node.
Only with the project's node will the incremental
On 5 July 2011 06:34, Sean Corfield seancorfi...@gmail.com wrote:
On Mon, Jul 4, 2011 at 7:43 PM, Ken Wesson kwess...@gmail.com wrote:
I was using it in the sense typically meant in phrases like source
code repository, as seems reasonable given the context, but oh well.
If you're using git,
On Jul 4, 2011, at 7:52 AM, Michael Wood wrote:
Repository need not imply anything to do with networking. I'm sure
someone will correct me if I'm wrong, but I am pretty sure that the
repository Steve [Lindsay] is talking about above is just a hierarchy of files
in your home directory.
hi meikel,
you plugin really rocks.
have you thought about contributing clojuresque as 'clojure-plugin'
for gradle to the gradle project ? so that it will be more integrate
and
managed like ... say the scala-plugin for gradle ?
maybe after gradle has released it's 1.0 version ?
best regards
On Tue, Jul 5, 2011 at 9:21 AM, Michael Wood esiot...@gmail.com wrote:
On 5 July 2011 06:34, Sean Corfield seancorfi...@gmail.com wrote:
On Mon, Jul 4, 2011 at 7:43 PM, Ken Wesson kwess...@gmail.com wrote:
I was using it in the sense typically meant in phrases like source
code repository, as
Yes, I've found Eclipse's maven support rather stable for the last 6
months, so I consider it stable and use it for my projects.
The plugin is called m2eclipse.
2011/7/5 Steve stephen.a.lind...@gmail.com:
On Jul 5, 7:13 am, Ken Wesson kwess...@gmail.com wrote:
No, there's no server, no port,
Ken, I'm sorry I didn't answer quickly to you on the CCW mailing list.
Unless there's a bug involved (and I suspect there's a rampant one
somewhere :) ), CCW handles AOT compilation.
Would it not handle it, I would not be able to release CCW itself !
Indeed, currently there are cyclic
On 3 Jul 2011, at 21:57, Konrad Hinsen wrote:
I am looking for a build tool that fulfills the following
requirements:
1) Must handle Clojure namespaces that are AOT-compiled.
2) Must handle Clojure namespaces that are not AOT-compiled.
3) Must handle Java source code files.
4) Must handle
FYI, here is how to add jar deps in gradle for local files, either as
a file or a dir of files
http://stackoverflow.com/questions/2572811/gradle-make-a-3rd-party-jar-available-to-local-gradle-repository
and getting started is at https://bitbucket.org/kotarak/clojuresque/wiki/Home
while the
Hi,
Am Montag, 4. Juli 2011 09:14:01 UTC+2 schrieb konrad...@laposte.net:
Thanks for everyone's suggestions and comments!
Some remarks:
Gradle/clojuresque: I never tried them, but it looks like I should!
AOT compilation: My case is probably a bit complex in this respect. I
need AOT
On Mon, Jul 4, 2011 at 3:14 AM, Konrad Hinsen
konrad.hin...@fastmail.net wrote:
AOT compilation: My case is probably a bit complex in this respect. I need
AOT compilation only because I want to produce an executable jar, so there
is at least one namespace that must be AOT compiled. For building
On Jul 3, 10:01 pm, Ken Wesson kwess...@gmail.com wrote:
OK...ridiculous leap reduced to merely huge leap then, if you only
have to learn 2 of these three things at once: big, interdependent
groups of projects, maven/etc. repository-accessing tools, and server
administration. :)
It's really
On Mon, Jul 4, 2011 at 6:29 AM, Steve stephen.a.lind...@gmail.com wrote:
On Jul 3, 10:01 pm, Ken Wesson kwess...@gmail.com wrote:
OK...ridiculous leap reduced to merely huge leap then, if you only
have to learn 2 of these three things at once: big, interdependent
groups of projects,
(ns leiningen.sub
(:use [leiningen.core :only [apply-task task-not-found]]))
(defn sub [task-name args]
(doseq [project (projects-in-dir)]
(apply-task task-name project args task-not-found)))
Implementation of projects-in-dir left as an exercise for the
Hi
On 4 July 2011 13:08, Ken Wesson kwess...@gmail.com wrote:
On Mon, Jul 4, 2011 at 6:29 AM, Steve stephen.a.lind...@gmail.com wrote:
On Jul 3, 10:01 pm, Ken Wesson kwess...@gmail.com wrote:
OK...ridiculous leap reduced to merely huge leap then, if you only
have to learn 2 of these three
2) Network independence. I often work without Internet access, and I
don't want to be blocked at some point because some build tool wants
to access some repository to see if my version is still current.
For the record, this is easily doable with both Leiningen and Cake
(which both use
On Mon, 04 Jul 2011 03:14:01 -0400, Konrad Hinsen
konrad.hin...@fastmail.net wrote:
AOT compilation: My case is probably a bit complex in this respect. I
need AOT compilation only because I want to produce an executable jar,
so there is at least one namespace that must be AOT compiled. For
On Jul 4, 9:08 pm, Ken Wesson kwess...@gmail.com wrote:
That's actually a bit worrying. I'm not sure I want a potential
security hole into my computer, such as a repository, being handled
for me without having *some* input into the matter. For example if I
intend to use it purely locally I'd
On Mon, Jul 4, 2011 at 10:16 AM, Steve stephen.a.lind...@gmail.com wrote:
On Jul 4, 9:08 pm, Ken Wesson kwess...@gmail.com wrote:
That's actually a bit worrying. I'm not sure I want a potential
security hole into my computer, such as a repository, being handled
for me without having *some*
On Jul 5, 7:13 am, Ken Wesson kwess...@gmail.com wrote:
No, there's no server, no port, nothing to firewall. It's just a
directory (~/.m2/repository).
So, not actually a repository, then. :)
Well not as you're defining it :) But yes it is a repository if
repository means place to store
On Mon, Jul 4, 2011 at 7:11 PM, Steve stephen.a.lind...@gmail.com wrote:
On Jul 5, 7:13 am, Ken Wesson kwess...@gmail.com wrote:
No, there's no server, no port, nothing to firewall. It's just a
directory (~/.m2/repository).
So, not actually a repository, then. :)
Well not as you're
On Mon, Jul 4, 2011 at 7:43 PM, Ken Wesson kwess...@gmail.com wrote:
I was using it in the sense typically meant in phrases like source
code repository, as seems reasonable given the context, but oh well.
If you're using git, source code repository could easily be local
and not require an
On Jul 5, 12:43 pm, Ken Wesson kwess...@gmail.com wrote:
What method was used to create the projects ab initio? Some sort of
direct interaction with Maven, followed by some kind of import into
each IDE instance? Or can one of those IDEs create a Maven project (as
opposed to a built-in project
I am looking for a build tool that fulfills the following requirements:
1) Must handle Clojure namespaces that are AOT-compiled.
2) Must handle Clojure namespaces that are not AOT-compiled.
3) Must handle Java source code files.
4) Must handle dependencies in the form of on-disk jar files (not
On Sun, Jul 3, 2011 at 21:57, Konrad Hinsen konrad.hin...@fastmail.net wrote:
I am looking for a build tool that fulfills the following requirements:
1) Must handle Clojure namespaces that are AOT-compiled.
2) Must handle Clojure namespaces that are not AOT-compiled.
3) Must handle Java
Hi,
Am 03.07.2011 um 22:36 schrieb B Smith-Mannschott:
On Sun, Jul 3, 2011 at 21:57, Konrad Hinsen konrad.hin...@fastmail.net
wrote:
I am looking for a build tool that fulfills the following requirements:
1) Must handle Clojure namespaces that are AOT-compiled.
2) Must handle Clojure
Konrad Hinsen konrad.hin...@fastmail.net writes:
I am looking for a build tool that fulfills the following requirements:
4) Must handle dependencies in the form of on-disk jar files (not in
any repository)
For the record, leiningen can do this by adding a repository with a
file:/// URL; it's
I recommend gradle clojuresque. Our clojure code deploys to WAR. so it's
always AOTed.
but we use features 2,3,4,5 on your list easily. the project has
java, clojure and
groovy code. it just works.
On Sun, Jul 3, 2011 at 3:57 PM, Konrad Hinsen
konrad.hin...@fastmail.net wrote:
I am looking for
Cake can indeed handle Java source files. Throw them in src/jvm, I believe.
Leiningen and cake can both handle on-disk jar files, but (at least in cakes
case) they need to be installed in the local repository.
--
You received this message because you are subscribed to the Google
Groups Clojure
On Sun, Jul 3, 2011 at 6:06 PM, Phil Hagelberg p...@hagelb.org wrote:
Konrad Hinsen konrad.hin...@fastmail.net writes:
I am looking for a build tool that fulfills the following requirements:
4) Must handle dependencies in the form of on-disk jar files (not in
any repository)
For the
The other option is Polyglot Maven, which hasn't really seen much movement
lately, but gives you maven power without the XML ( clojure source, yaml,
etc. )
http://polyglot.sonatype.org/clojure.html
I'm not sure what the current state is in, and I think since I last
committed to it the clojure
On Jul 4, 10:16 am, Ken Wesson kwess...@gmail.com wrote:
Requiring any project that has dependencies, even if these are only
other local projects, have a repository adds gratuitous ceremony.
I don't know what it is like with leiningen, but with maven a
repository doesn't necessarily mean
On Sun, Jul 3, 2011 at 9:51 PM, Steve stephen.a.lind...@gmail.com wrote:
On Jul 4, 10:16 am, Ken Wesson kwess...@gmail.com wrote:
Requiring any project that has dependencies, even if these are only
other local projects, have a repository adds gratuitous ceremony.
I don't know what it is
Encouraging works on my machine builds is by definition antithetical to
the very idea of build automation. Leiningen is not a yes tool.
-Phil
On Jul 3, 2011 5:16 PM, Ken Wesson kwess...@gmail.com wrote:
On Sun, Jul 3, 2011 at 6:06 PM, Phil Hagelberg p...@hagelb.org wrote:
Konrad Hinsen
On Sun, Jul 3, 2011 at 10:27 PM, Phil Hagelberg p...@hagelb.org wrote:
Encouraging works on my machine builds is by definition antithetical to
the very idea of build automation. Leiningen is not a yes tool.
That presupposes that nobody will ever use leiningen for any case
that's intermediate
On Jul 4, 12:57 am, Konrad Hinsen konrad.hin...@fastmail.net wrote:
I am looking for a build tool that fulfills the following requirements:
1) Must handle Clojure namespaces that are AOT-compiled.
2) Must handle Clojure namespaces that are not AOT-compiled.
3) Must handle Java source code
On Mon, Jul 4, 2011 at 1:16 AM, Shantanu Kumar kumar.shant...@gmail.com wrote:
On Jul 4, 12:57 am, Konrad Hinsen konrad.hin...@fastmail.net wrote:
I am looking for a build tool that fulfills the following requirements:
1) Must handle Clojure namespaces that are AOT-compiled.
2) Must handle
Ken Wesson kwess...@gmail.com writes:
For example, take this use-case of modules A, B, C and D:
A -- B -- C
`- D
(A depends on B and D, B depends on C)
Write a shell script ...
And this is how leiningen making users jump through hoops to do fairly
simple builds with local
71 matches
Mail list logo