On Wed, Jul 13, 2011 at 7:49 PM, Mike Meyer wrote:
> On Tue, 12 Jul 2011 22:21:39 -0400
> Ken Wesson 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
>> canonic
On Tue, 12 Jul 2011 22:21:39 -0400
Ken Wesson 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. The thing
>
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
On Tue, Jul 12, 2011 at 7:47 PM, Mike Meyer 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 develo
On Tue, 12 Jul 2011 18:20:38 -0400
Ken Wesson wrote:
> On Tue, Jul 12, 2011 at 3:11 PM, Mike Meyer wrote:
> > On Mon, 11 Jul 2011 21:12:20 -0400
> > Ken Wesson wrote:
> >> 2. Many developers, one computer. No "remote storage" and if the
> >> developers are co-located no server; otherwise a term
On Tue, 12 Jul 2011 18:13:57 -0400
Ken Wesson wrote:
> On Tue, Jul 12, 2011 at 2:31 PM, Mike Meyer 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
On Tue, Jul 12, 2011 at 3:11 PM, Mike Meyer wrote:
> On Mon, 11 Jul 2011 21:12:20 -0400
> Ken Wesson 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 not parallelizable (thoug
On Tue, Jul 12, 2011 at 2:31 PM, Mike Meyer 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: What is this see
On Mon, 11 Jul 2011 21:12:20 -0400
Ken Wesson wrote:
> On Mon, Jul 11, 2011 at 7:51 PM, Mike Meyer wrote:
> > On Mon, 11 Jul 2011 16:21:45 -0400
> > Ken Wesson wrote:
> >> > So, "repository" does not imply "server" at all,
> >> This is getting silly. "Repository" is a word that brings immediate
On Mon, 11 Jul 2011 20:49:01 -0400
Ken Wesson wrote:
> On Mon, Jul 11, 2011 at 7:39 PM, Mike Meyer wrote:
> > On Mon, 11 Jul 2011 07:51:33 -0400
> > Ken Wesson wrote:
> >
> >> On Sun, Jul 10, 2011 at 2:01 AM, mike.w.me...@gmail.com
> >> wrote:
> >> [snip most of post whose sole purpose seems
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 clojure@googlegroup
On Tue, Jul 12, 2011 at 3:52 AM, Michael Wood wrote:
> Hi Ken
> On 12 July 2011 03:12, Ken Wesson wrote:
>> On Mon, Jul 11, 2011 at 7:51 PM, Mike Meyer wrote:
>>> I was with you until you said "stored remotely".
>>
>> Well, the source code is being worked on collaboratively by
>> geographically
Hi Ken
On 12 July 2011 03:12, Ken Wesson wrote:
> On Mon, Jul 11, 2011 at 7:51 PM, Mike Meyer wrote:
>> On Mon, 11 Jul 2011 16:21:45 -0400
>> Ken Wesson wrote:
>>> > So, "repository" does not imply "server" at all,
>>> This is getting silly. "Repository" is a word that brings immediately
>>> to
On Mon, Jul 11, 2011 at 7:51 PM, Mike Meyer wrote:
> On Mon, 11 Jul 2011 16:21:45 -0400
> Ken Wesson 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 p
On Mon, Jul 11, 2011 at 7:39 PM, Mike Meyer wrote:
> On Mon, 11 Jul 2011 07:51:33 -0400
> Ken Wesson wrote:
>
>> On Sun, Jul 10, 2011 at 2:01 AM, mike.w.me...@gmail.com
>> wrote:
>> [snip most of post whose sole purpose seems to be to gainsay anything I
>> write]
>
> Because in that article, y
On Jul 12, 4:24 am, Asim Jalis wrote:
> On Tue, Jul 5, 2011 at 6:35 AM, Stephen C. Gilardi 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
On Mon, 11 Jul 2011 16:21:45 -0400
Ken Wesson 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 stored remo
On Mon, 11 Jul 2011 07:51:33 -0400
Ken Wesson wrote:
> On Sun, Jul 10, 2011 at 2:01 AM, mike.w.me...@gmail.com
> 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 base.
> > The only source contro
On Tue, Jul 5, 2011 at 6:35 AM, Stephen C. Gilardi 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 jars one may
On Mon, Jul 11, 2011 at 11:29 AM, Alessio Stalla
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 "DBMS" stands
On 11 Lug, 13:51, Ken Wesson wrote:
> On Sun, Jul 10, 2011 at 2:01 AM, mike.w.me...@gmail.com
> 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.
>
>
On Sun, Jul 10, 2011 at 2:01 AM, mike.w.me...@gmail.com 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 *are* servers
Ken Wesson wrote:
>On Wed, Jul 6, 2011 at 4:30 AM, Michael Wood
>wrote:
>> On 6 July 2011 10:14, Ken Wesson 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 acces
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 incre
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 scala-p
On 6 July 2011 10:37, Ken Wesson wrote:
> On Wed, Jul 6, 2011 at 4:30 AM, Michael Wood wrote:
>> On 6 July 2011 10:14, Ken Wesson 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
On Wed, Jul 6, 2011 at 4:30 AM, Michael Wood wrote:
> On 6 July 2011 10:14, Ken Wesson 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 access, or else version control
On 6 July 2011 10:14, Ken Wesson wrote:
> On Wed, Jul 6, 2011 at 3:33 AM, Meikel Brandmeyer 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 col
On 6 July 2011 09:23, Ken Wesson wrote:
> On Wed, Jul 6, 2011 at 2:06 AM, Meikel Brandmeyer 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 d
On Wed, Jul 6, 2011 at 3:33 AM, Meikel Brandmeyer 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 of "c
On 6 July 2011 08:06, Meikel Brandmeyer 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 com
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 exclusio
On Wed, Jul 6, 2011 at 2:06 AM, Meikel Brandmeyer 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 promp
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 clien
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 dependenci
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 :
> On Jul 5, 7:13 am, Ken Wesson wrote:
>>
>> > No, there's no server, no port, nothing to firewall. It's just a
>> > d
On Tue, Jul 5, 2011 at 9:21 AM, Michael Wood wrote:
> On 5 July 2011 06:34, Sean Corfield wrote:
>> On Mon, Jul 4, 2011 at 7:43 PM, Ken Wesson 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.
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 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.
On 5 July 2011 06:34, Sean Corfield wrote:
> On Mon, Jul 4, 2011 at 7:43 PM, Ken Wesson 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 ea
On Jul 5, 12:43 pm, Ken Wesson 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 management pr
On Mon, Jul 4, 2011 at 7:43 PM, Ken Wesson 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 Internet connectio
On Mon, Jul 4, 2011 at 7:11 PM, Steve wrote:
> On Jul 5, 7:13 am, Ken Wesson 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 reposi
On Jul 5, 7:13 am, Ken Wesson 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 stuff". In p
On Mon, Jul 4, 2011 at 10:16 AM, Steve wrote:
> On Jul 4, 9:08 pm, Ken Wesson 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
On Jul 4, 9:08 pm, Ken Wesson 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 want to fire
On Mon, 04 Jul 2011 03:14:01 -0400, Konrad Hinsen
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 that executable
> 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 Ma
Hi
On 4 July 2011 13:08, Ken Wesson wrote:
> On Mon, Jul 4, 2011 at 6:29 AM, Steve wrote:
>> On Jul 3, 10:01 pm, Ken Wesson 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 proj
> (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
On Mon, Jul 4, 2011 at 6:29 AM, Steve wrote:
> On Jul 3, 10:01 pm, Ken Wesson 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 ser
On Jul 3, 10:01 pm, Ken Wesson 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 not that har
On Mon, Jul 4, 2011 at 3:14 AM, Konrad Hinsen
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 that
> executable jar,
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
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 tutor
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 dep
Ken Wesson 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 depende
On Mon, Jul 4, 2011 at 1:16 AM, Shantanu Kumar wrote:
>
>
> On Jul 4, 12:57 am, 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-comp
On Jul 4, 12:57 am, 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
On Sun, Jul 3, 2011 at 10:27 PM, Phil Hagelberg 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 between, or
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" wrote:
> On Sun, Jul 3, 2011 at 6:06 PM, Phil Hagelberg wrote:
>> Konrad Hinsen writes:
>>
>>> I am looking for
On Sun, Jul 3, 2011 at 9:51 PM, Steve wrote:
> On Jul 4, 10:16 am, Ken Wesson 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
On Jul 4, 10:16 am, Ken Wesson 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 you're running a
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 sup
On Sun, Jul 3, 2011 at 6:06 PM, Phil Hagelberg wrote:
> Konrad Hinsen 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 addi
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
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
wrote:
> I am looking for a build tool that fulfill
Konrad Hinsen 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 just not documented bec
Hi,
Am 03.07.2011 um 22:36 schrieb B Smith-Mannschott:
> On Sun, Jul 3, 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
On Sun, Jul 3, 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) Mus
70 matches
Mail list logo
