I am new to the clojure community. What does it mean to "reboot" the
project?
On Friday, July 21, 2017 at 5:15:49 AM UTC-7, Herwig Hochleitner wrote:
>
> 2017-07-18 14:48 GMT+02:00 Chas Emerick
> >:
> > I would like to hear here (no more private mails, please! :-) from any
> nREPL users, contr
A final update:
https://github.com/cemerick/nREPL has been reconstituted as described
previously, and a release candidate has been deployed to maven central
with contents effectively identical to the latest tools.nrepl release
(only difference is an ipv6-related bugfix that was encountered in the
I have opened two issues on the original nREPL repo:
1. Describing the background and rationale for the work to be done:
https://github.com/cemerick/nREPL/issues/1
2. Enumerating the nREPL contributors to obtain explicit permission for
their commits to be distributed under the terms of EPL only (
So, what's the next step here?
On 23 July 2017 at 02:16, Colin Fleming wrote:
> Are you saying the contrib process is deliberatly made to be difficult for
>> the community to contribute to it?
>
>
> No, not at all, just that it's deliberately designed to be exactly the way
> it is, so dedicating
>
> Are you saying the contrib process is deliberatly made to be difficult for
> the community to contribute to it?
No, not at all, just that it's deliberately designed to be exactly the way
it is, so dedicating a lot of time to trying to change that is likely to be
frustrating and fruitless.
I
> The contrib process is in place because some want it that way - it's very
> deliberately by design and AFAICT unlikely to change.
Are you saying the contrib process is deliberatly made to be difficult for the
community to contribute to it?
If so, maybe if it had more obvious tenets, I find it
>
> I'd much rather see nREPL stay within contrib and the renewed effort, that
> you propose, to go into ironing out kinks in the contrib process
FWIW I don't think this is a realistic option, certainly not for anyone
outside of Clojure core. The contrib process is in place because some want
it t
2017-07-18 14:48 GMT+02:00 Chas Emerick :
> I would like to hear here (no more private mails, please! :-) from any
nREPL users, contributors, etc. As much as possible, I would like not to
debate/re-litigate the merits of contrib and its process here; let's focus
on what steps will yield the best ou
Alex Miller writes:
> On Tuesday, July 18, 2017 at 1:03:09 PM UTC-5, Chas Emerick wrote:
>> (Parenthetically, it strikes me as very strange for a project to have a
>> copyright assignment to an individual that hasn't lodged any commits, at
>> least insofar as the project gone "solo". It's inter
Hi Chas,
I have no hard feelings about the hosting or organisation of the nrepl
project. If you feel that a different organisation would improve things,
then go for it.
In contrast to your invest, I haven't much contributed besides problems and
complexity. ;-P If you need anything regarding my
On 18 July 2017 at 15:48, Chas Emerick wrote:
> Hi all,
>
> I've been approached many, many times over the years (and more frequently
> since the development and inclusion of socket-repl) about the potential of
> moving nREPL[1] out of clojure contrib…either back to its o
d nREPL might flourish in ways none of us could possibly have
> imagined so far…)
>
>
>
> Sean Corfield -- (970) FOR-SEAN -- (904) 302-SEAN
> An Architect's View -- http://corfield.org/
>
> "If you're not annoying somebody, you're not really alive."
On 20 Jul 2017, at 17:14, Sean Corfield wrote:
> A lot of big, well-known FOSS projects require a signed CA and have very
> specific contributing processes. Either folks will contribute or they won’t.
> I find it hard to believe that nREPL will suddenly get a stream of
> contributions that it w
From: Didier<mailto:didi...@gmail.com>
Sent: Wednesday, July 19, 2017 9:43 PM
To: Clojure<mailto:clojure@googlegroups.com>
Subject: Re: Migrating nREPL out of Clojure Contrib
So do we have any idea of contributions are not made because of the CA or Jira?
I understand it's hard to estimat
So do we have any idea of contributions are not made because of the CA or Jira?
I understand it's hard to estimate how many people were discouraged by this.
Maybe it should be part of the Clojure survey nexr time.
Were you ever discouraged to contribute to a Contrib lib because of Jira?
Were y
ce the development and inclusion of socket-repl) about the potential of
> moving nREPL[1] out of clojure contrib…either back to its original
> location[2], or under one of the various Clojure community organizations.
> I've generally demurred or ghosted on these suggestions, sometimes
On 19 July 2017 at 01:03, Chas Emerick wrote:
>
>
> On 7/18/2017 14:40, Alex Miller wrote:
>
>
> If all of the nontrivial contributors to the project decide they
>> want to change the license later, do we also need to obtain Rich's
>> assent?
>
>
> This has nothing to do with Rich or the contribu
Contrib projects do not accept pull requests. They accept only patches
submitted via JIRA.
On Wed, Jul 19, 2017 at 09:11 Didier wrote:
> I'm not too familiar with the way contribs are managed, isn't tools.nrepl
> repo in github? Wouldn't the only step to contribute be to sign the CA and
> send a
Contribs are on github, but none of them accept pull requests. All of them
use JIRA for tickets, listed here:
https://dev.clojure.org/jira/secure/BrowseProjects.jspa#all
Some background on the contribution process:
https://dev.clojure.org/display/community/Contributing+FAQ
Andy
On Tue, Jul 18,
I'm not too familiar with the way contribs are managed, isn't tools.nrepl repo
in github? Wouldn't the only step to contribute be to sign the CA and send a
pull request of your changes?
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this
I don't have much more to add than what others have written - I don't have
very strong feelings about this, but it seems worth fixing if the contrib
process is a significant barrier to contribution. And if that happens, I
agree with Chas that it seems worth taking the time to reboot it properly,
si
Of course, my aim would be to gather as much consensus as possible
around a single nREPL vector; this thread is the first effort in service
of that, with presumably much more ahead. An obvious move for example
would be to shim out the legacy namespaces until a major version number
change, so that m
On 7/18/2017 14:40, Alex Miller wrote:
>
> If all of the nontrivial contributors to the project decide they
> want to change the license later, do we also need to obtain Rich's
> assent?
>
>
> This has nothing to do with Rich or the contributors. The project is
> available as open sou
Thanks for continuing to maintain this lib, Chas; I'm glad to see this move
to make it more accessible to potential contributors.
I believe the original choice of the EPL was made specifically to support
this kind of scenario. Personally I see a reboot as being a lot of effort
for little gain,
as
>
> On 7/18/2017 13:19, Dan Larkin wrote:
> > Hi Chas!
> >
> > This is great news, I'm glad to hear development will resume. What's the
> downside to just forking? aka why bother rebooting from scratch?
> >
> >
> >> On Jul 18, 2
On Tuesday, July 18, 2017 at 1:03:09 PM UTC-5, Chas Emerick wrote:
> What happens to a codebase that is subject to a CA that is
> forked elsewhere? Are future contributions subject to that CA? I assume
not, but IANAL.
(Blanket IANAL)
No.
> Does the "Copyright (c) Rich Hickey" banner
x27;m glad to hear development will resume. What's the
>> downside to just forking? aka why bother rebooting from scratch?
>>
>>
>>> On Jul 18, 2017, at 05:48, Chas Emerick wrote:
>>>
>>> Hi all,
>>>
>>> I've been approa
or the
>> elimination of the copyright assignment, and potentially a different license
>> (I'm partial to MPLv2, but we'll see). If this route is taken, we could set
>> up a project issue where the other contributors of nontrivial patches could
>> agree (
the years (and more frequently
> since the development and inclusion of socket-repl) about the potential of
> moving nREPL[1] out of clojure contrib…either back to its original
> location[2], or under one of the various Clojure community organizations.
> I've generally demurred or g
Hi all,
I've been approached many, many times over the years (and more frequently
since the development and inclusion of socket-repl) about the potential of
moving nREPL[1] out of clojure contrib…either back to its original
location[2], or under one of the various Clojure comm
On 4/4/16, 3:07 AM, "Chris White" wrote:
> I'm currently in the process of learning Clojure and would like to look
> around the source code to see how it's laid out.
Given that the core of Clojure itself is a mix of Java and (often)
non-idiomatic Clojure, I’m not sure what value any of it would
ably don't need to do that if you're just interested in
> learning Clojure.
>
> 'contrib' just means things contributed to “Clojure” as an organization,
> governed by the same Contributor Agreement and patch process. The 'contrib'
> libraries have many d
Hi Chris,
No, there is no single command I know of to automatically download all of
the contrib libraries. It's something you could do with a shell script, I
expect.
But you probably don't need to do that if you're just interested in
learning Clojure.
'contrib' just
I'm currently in the process of learning Clojure and would like to look
around the source code to see how it's laid out. Unfortunately I'm having
trouble finding an easy way to download not only the Clojure source code,
but also the contrib packages. Currently it looks like I have to download
e
https://github.com/clojure/clojure.github.com
-S
On Friday, August 1, 2014 12:26:51 PM UTC-4, Andrea Richiardi wrote:
>
> I have noticed that gh-pages are no more in-sync with the latest
> developments of the code, especially after clojure-contrib has been split
> in separate repositor
I have noticed that gh-pages are no more in-sync with the latest
developments of the code, especially after clojure-contrib has been split
in separate repositories. I would like to ask if there is something similar
to:
curl-L https://github.com/clojure/clojure/archive/gh-pages.tar.gz | tar
On Monday, 17 December 2012 23:44:12 UTC, Christopher Meiklejohn wrote:
>
> [...]I'd like to offer to step up and maintain clojure-contrib.graph,
> mainly starting with converting the defstructs over to defrecords [...]
>
Out of interest - why use records rather than plain maps?
--
You receive
.contrib
> package?
>
> - Chris
>
> --
> Christopher Meiklejohn
>
>
> On Tuesday, December 18, 2012 at 1:56 AM, Andy Fingerhut wrote:
>
>> If you want it to remain a Clojure contrib library with a clojure.*
>> namespace, you'll need to sign a
ut of the large clojure.contrib package?
- Chris
--
Christopher Meiklejohn
On Tuesday, December 18, 2012 at 1:56 AM, Andy Fingerhut wrote:
> If you want it to remain a Clojure contrib library with a clojure.*
> namespace, you'll need to sign a Clojure CA to be able to make contrib
If you want it to remain a Clojure contrib library with a clojure.* namespace,
you'll need to sign a Clojure CA to be able to make contributions to it.
http://clojure.org/contributing
If you want to make it a project on Github or somewhere else, you would
probably need to keep the exi
Hi there,
I'm inquiring regarding the clojure-contrib migration process. I'd like to
offer to step up and maintain clojure-contrib.graph, mainly starting with
converting the defstructs over to defrecords so I can start playing around
in ClojureScript with this library. What
ast I haven't seen
>> anything), but at some point in past I extracted it from sources of
>> clojure-contrib and put it on github (with few updates to code, nothing
>> major):
>>
>> https://github.com/piranha/datalog
>>
>>
>> On Sun, Dec 9, 2
There's also https://github.com/fogus/bacwn
2012/12/10 Alexander Solovyov
> Hi,
>
> I don't think it's maintained somewhere (at least I haven't seen
> anything), but at some point in past I extracted it from sources of
> clojure-contrib and put it on github
Hi,
I don't think it's maintained somewhere (at least I haven't seen anything),
but at some point in past I extracted it from sources of clojure-contrib
and put it on github (with few updates to code, nothing major):
https://github.com/piranha/datalog
On Sun, Dec 9, 2012 at 1:
Hi,
I saw clojure-contrib datalog has not made it into modular contribs:
https://github.com/clojure/clojure-contrib/tree/master/modules/datalog
http://dev.clojure.org/display/design/Where+Did+Clojure.Contrib+Go
http://dev.clojure.org/display/doc/Clojure+Contrib+Libraries
Does anybody know if
@odyssomay, @Luc thanks very much. That explains the problems I was having
@Peter, timbre looks very interesting. Thanks for posting it
On Monday, 6 August 2012 10:08:19 UTC+1, Peter Taoussanis wrote:
>
> I cannibalized most of the old contrib profiling stuff for Timbre, btw:
> https://github
I cannibalized most of the old contrib profiling stuff for Timbre,
btw: https://github.com/ptaoussanis/timbre#profiling
- Peter Taoussanis (@ptaoussanis)
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@g
profiler would be your
best bet.
There is a 1.3 compatible monolithic contrib out there but I would not bundle it
as a standard dependency. The new libs are moving forward faster now that they
can be delivered individually.
Luc
> Hi All
>
> I'm trying to run the clojure contrib pr
://gist.github.com/3257930
Jonathan
On Sat, Aug 4, 2012 at 1:22 PM, Adrian Mowat wrote:
> Hi All
>
> I'm trying to run the clojure contrib profiler and I'm getting an error.
> Has anyone faced the same problem?
>
> user=> (use 'clojure.contrib.profile)
> nil
> user=> (
Hi All
I'm trying to run the clojure contrib profiler and I'm getting an error.
Has anyone faced the same problem?
user=> (use 'clojure.contrib.profile)
nil
user=> (defn my-function [x y]
(let [sum (prof :addition (+ x y))
product
oject to finish but i keep on hitting this error:
>> > Could not locate clojure/contrib/string__init.class or
>> > clojure/contrib/string.clj on classpath:
>> > i tried everything i know (which is not much) and i read tons of metiral
>> > in
>> > the net, but i
o finish but i keep on hitting this error:
> > Could not locate clojure/contrib/string__init.class or
> > clojure/contrib/string.clj on classpath:
> > i tried everything i know (which is not much) and i read tons of metiral
> in
> > the net, but i still
> > cant figure
omer writes:
> hi i need help!!!
> i have a project to finish but i keep on hitting this error:
> Could not locate clojure/contrib/string__init.class or
> clojure/contrib/string.clj on classpath:
> i tried everything i know (which is not much) and i read tons of metiral in
&
hi i need help!!!
i have a project to finish but i keep on hitting this error:
Could not locate clojure/contrib/string__init.class or
clojure/contrib/string.clj on classpath:
i tried everything i know (which is not much) and i read tons of metiral in
the net, but i still
cant figure out how to
lein-eclipse works great for me.
The problem is that "duck-streams" is part of the old consolidated clojure
contrib. Which you can still get - but haven't referenced as a dependency.
try adding
[org.clojure/clojure-contrib "1.2.0"]
to your dependencies.
But
.clj with dev-dependency of eclips
>
> I ran "lein deps"
>
> it downloaded all dependencies
>
> but into my.m2/repository directory there is no clojure directory.
> and this causes me
>
> leiningen.eclipse Problem loading: java.io.FileNotFoundException:
> C
em loading: java.io.FileNotFoundException:
Could not locate clojure/contrib/duck_streams__init.class or clojure/
contrib/duck_streams.clj on classpath: (eclipse.clj:1)
error when i ran "lein help" which abandons me to develop with eclipse
because i cant run my "lein eclipse" command.
Any solution for
Managing Java/Clojure libraries is usually handled by a dedicated tool like
Maven or Leiningen.
Leiningen is an easy-to-use tool designed specifically for Clojure:
https://github.com/technomancy/leiningen
-Stuart Sierra
http://clojure.com/
--
You received this message because you are subscribe
4:22 pm, Stuart Sierra wrote:
> Hi S.,
>
> Those are very old instructions. Clojure's Git repository is now
> located athttp://github.com/clojure/clojure
>
> You can get the latest release of clojure fromhttp://clojure.org/
>
> "clojure-contrib" is no longer one bi
Hi S.,
Those are very old instructions. Clojure's Git repository is now
located at http://github.com/clojure/clojure
You can get the latest release of clojure from http://clojure.org/
"clojure-contrib" is no longer one big thing that you download and
install. Instead it is
#x27;m stopped
here:
>Install clojure-contrib
>
>clojure-contrib is the offical clojure language extension library. It also
>includes a start-up script for launching a REPL with various java options.
>
>~$ cd ~/opt
>
>~$ git clone git://github.com/richhickey/clojure-contrib.g
ls.logging "0.1.2"]
Cheers,
Aaron
--
Clojure/core
http://clojure.com
On 07/01/2011 07:27 AM, Mark Derricutt wrote:
Hey all,
Whats the current state of clojure-contrib for 1.3? I remember seeing
a wiki post or something awhile ago with new package layouts/maven
settings etc but can&#
Hey all,
Whats the current state of clojure-contrib for 1.3? I remember seeing a
wiki post or something awhile ago with new package layouts/maven settings
etc but can't seem to find it now ;(
Mark
--
"Great artists are extremely selfish and arrogant things" — Steven Wilson,
Thanks.
That did it.
On Jun 16, 5:46 pm, Benny Tsai wrote:
> Hi cmn,
>
> A few things:
>
> 1. The warnings you see are because the clojure.contrib.string namespace
> defines several functions that have the same name as core functions (repeat,
> reverse, etc.). The recommended way to pull in name
> .
>
> What am I doing wrong?
> tnx
> cmn
> On Jun 16, 5:16 pm, Damon Snyder wrote:
> > Hi cmn,
> > I think if you add clojure.contrib.string to your use or simply add
> > (:use clojure.contrib.string). I think that should fix it.
> >
> > Damon
Hi cmn,
A few things:
1. The warnings you see are because the clojure.contrib.string namespace
defines several functions that have the same name as core functions (repeat,
reverse, etc.). The recommended way to pull in namespaces like that is to
do (:require [clojure.contrib.string :as str]),
; I think if you add clojure.contrib.string to your use or simply add
> (:use clojure.contrib.string). I think that should fix it.
>
> Damon
>
> On Jun 16, 12:16 pm, octopusgrabbus wrote:
>
>
>
>
>
>
>
> > What is the proper way to :use clojure contrib
Hi cmn,
I think if you add clojure.contrib.string to your use or simply add
(:use clojure.contrib.string). I think that should fix it.
Damon
On Jun 16, 12:16 pm, octopusgrabbus wrote:
> What is the proper way to :use clojure contrib so split resolves as a
> symbol?
>
> ns test-c
What is the proper way to :use clojure contrib so split resolves as a
symbol?
ns test-csv
(:gen-class)
(:import (java.io BufferedReader FileReader StringReader))
(:use clojure-csv.core)
(:use [clojure.contrib.def]))
(defn process-file [file-name]
(with-open [br (BufferedReader
clojure-contrib was left broken 1.5 months past.
clojure/core are no longer maintaining the monolithic clojure-contrib
library as it is deprecated.
A bunch of new projects are starting to fill the void (see listing at
https://github.com/clojure)
Some functionality isn't making the migr
Hey all,
I am running a fairly new win7-64 system (jdk6-64) and the maven build
of clojure contrib fails due to test failures in at least logging.
Do you want stack traces and debug logs and such?
Chris
--
A foolish consistency is the hobgoblin of little minds - Emerson
--
You received this
On Thu, May 5, 2011 at 10:18 AM, Trastabuga wrote:
> How do I get latest clojure and clojure-contrib?
It depends on how bleeding edge you want to be.
If you want to try the most recent monolithic contrib build, you could
depend on these:
[org.clojure/clojure "1.3.
Not all of the new contrib libs have been released yet. For the ones that
have been released, you can find the .jar files here:
http://repo2.maven.org/maven2/org/clojure/
-Stuart S
clojure.com
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To pos
Hi
How do I get latest clojure and clojure-contrib? I understand now
there is no a single contrib lib, but if you go to
http://dev.clojure.org/display/design/Contrib+Projects and click on
xml project you'll an empty git project.
I tried to use clojre + contrib 1.2 but it lacks suppor
Can you give example steps to reproduce this problem?
Thanks,
-Stuart Sierra
clojure.com
--
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 - p
For some reason, whenever I use one of the clojure-contrib 1.3 jars in
my leiningen project file (e.g. org.clojure/contrib/logging) and then
install that (using lein install) into my local repo, I get errors
about the generated pom file to be invalid whenever I try to depend on
the project (the
gt; for all libraries except those four that require ahead-of-time compilation.
>
> We are in the process of developing a unified build configuration for
> clojure-contrib projects, including new libraries such as core.unify and
> tools.nrepl. See http://dev.clojure.org/display/design/C
Yes, see under "Possible future development"
on http://dev.clojure.org/display/design/Common+Contrib+Build
We have a stated goal of having "Aggregate projects that package many
contrib libraries in one distribution."
The process and arrangement of these aggregate projects has yet to be
determi
Currently, clojure-contrib's pom.xml is configured to build source-only JARs
for all libraries except those four that require ahead-of-time compilation.
We are in the process of developing a unified build configuration for
clojure-contrib projects, including new libraries such as core.unif
Hello.
I want to build the "slim" version of clojure-contrib which includes
only .class files if they can be compiled ahead on time.
"mvn package" makes the full version and .clj files won't be compiled
unless they use gen-class, isn't it?
I know that the slim v
Hi,
Am 23.12.2010 um 00:08 schrieb Stuart Halloway:
> Nothing about multiple small bundles prevents doing a bigger bundled release
> as well. There continues to be a "kitchen sink" contrib, and there can be a
> "batteries included" build of the newer libs too. Repositories are orthogonal
> to
Nothing about multiple small bundles prevents doing a bigger bundled release as
well. There continues to be a "kitchen sink" contrib, and there can be a
"batteries included" build of the newer libs too. Repositories are orthogonal
to build artifacts.
On the other hand, building only a big bundl
On Wed, Dec 22, 2010 at 11:50 AM, Mibu wrote:
> For me as a user, the appeal of contrib was the bundling.
...
> If you separate the libs then I can't see a difference or advantage
> from the "third party" libs.
When I first started using Clojure, I felt the bundling was very
useful. Over time, I'
On Wed, Dec 22, 2010 at 2:50 PM, Mibu wrote:
> For me as a user, the appeal of contrib was the bundling. I used to
> just download the latest contrib jar, throw it in the classpath, and
> have plenty of functionality that could be easily summoned using a
> single line of code. Just like a standard
For me as a user, the appeal of contrib was the bundling. I used to
just download the latest contrib jar, throw it in the classpath, and
have plenty of functionality that could be easily summoned using a
single line of code. Just like a standard library, even though it's
not officially standard. It
Description of current plans for future releases is
at http://dev.clojure.org/display/design/Common+Contrib+Build
-Stuart Sierra
clojure.com
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.co
On Mon, Nov 22, 2010 at 14:56, Benny Tsai wrote:
> My guess is that they're being deprecated in favor of their
> counterparts in clojure.core:
>
> string -> clojure.string
> io -> clojure.java.io
Ah right, I think I remember that now. Thanks!
--
You received this message because you are subs
My guess is that they're being deprecated in favor of their
counterparts in clojure.core:
string -> clojure.string
io -> clojure.java.io
On Nov 22, 2:49 pm, Michael Ossareh wrote:
> On Sun, Nov 7, 2010 at 06:50, Stuart Sierra
> wrote:
>
> >http://build.clojure.org/re
On Sun, Nov 7, 2010 at 06:50, Stuart Sierra wrote:
> http://build.clojure.org/releases/org/clojure/contrib/
>
> --
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clojure@googlegroup
Thanx Stuart. That gives me the guidance I was looking for.
On Fri, Nov 12, 2010 at 7:10 AM, Stuart Sierra
wrote:
> I think it depends. If it's a build/deployment-related issue, probably
> the alpha releases. If it looks like a bug, try the latest Clojure
> source from github and report the Git c
On Nov 8, 5:14 pm, Sean Corfield wrote:
> I meant more from the point of view of providing feedback to the
> Clojure team. If someone is comfortable developing against a fairly
> bleeding edge release, is it more valuable to the Clojure team to get
> feedback on the specific alpha builds or to get
The combined JAR is in modules/standalone.
-S
On Nov 7, 9:50 pm, agoodno wrote:
> From the README.txt on github:
>
> ===
> Run the following command in this directory:
>
> mvn package
>
> This will produce the file target/clojure-con
On Mon, Nov 8, 2010 at 5:45 AM, Stuart Sierra
wrote:
> Not sure I understand the question. If you're designing a library,
> you probably want to test on both.
I meant more from the point of view of providing feedback to the
Clojure team. If someone is comfortable developing against a fairly
blee
>From the README.txt on github:
===
Run the following command in this directory:
mvn package
This will produce the file target/clojure-contrib-${VERSION}.jar that
you can add to your Java classpath.
===
I understand
ds or the (master) SNAPSHOT builds?
>
> Sean
>
> On Sun, Nov 7, 2010 at 6:50 AM, Stuart Sierra
>
>
>
>
>
>
>
> wrote:
> >http://build.clojure.org/releases/org/clojure/contrib/
--
You received this message because you are subscribed to the Google
Groups &q
Thanx Stuart!
As a general point of protocol, would the Clojure team prefer folks
test against the Alpha builds or the (master) SNAPSHOT builds?
Sean
On Sun, Nov 7, 2010 at 6:50 AM, Stuart Sierra
wrote:
> http://build.clojure.org/releases/org/clojure/contrib/
--
You received this mess
http://build.clojure.org/releases/org/clojure/contrib/
--
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 y
Thanks, that's great info to have :) Although I have to confess that
I'm still doing only small exploratory projects, so I haven't gotten
my feet wet with build systems like maven or lein yet.
On Oct 27, 7:21 am, Stuart Sierra wrote:
> Yes, to get one big JAR containing all
Yes, to get one big JAR containing all of clojure-contrib, you can
depend on:
groupId: org.clojure.contrib
artifactId: standalone
version: 1.3.0-alpha2
Or in Leiningen: [org.clojure.contrib/standalone "1.3.0-alpha2"]
To get lots of little JARs for each of the contrib librarie
On Wed, Oct 27, 2010 at 8:59 AM, Btsai wrote:
> Ah, excellent. Thank you :)
No problem. To be honest, I had not known it either until you asked,
but since I needed it too I dug deeper :-) Thank you.
Jacek
--
Jacek Laskowski
Notatnik Projektanta Java EE - http://jaceklaskowski.pl
--
You rece
1 - 100 of 400 matches
Mail list logo
