I asked Stu on the booze bus about the purpose of contrib apart from
being a stage for libraries which might get included into core. He
noted that having a set of libraries for which provenance is assured
is a strong selling point for getting clojure into certain types of
organizations, ones which
http://clojure.org/contributing
On Oct 22, 6:30 pm, Ulises wrote:
> I know this may be a silly question but: how does one get started
> helping with contrib/etc.? I'm only starting to learn clojure but I've
> found the community so helpful and thriving that I cannot help but to
> want to help ...
I know this may be a silly question but: how does one get started
helping with contrib/etc.? I'm only starting to learn clojure but I've
found the community so helpful and thriving that I cannot help but to
want to help ... what is the first step?
U
--
You received this message because you are s
On Tue, Oct 19, 2010 at 10:53 PM, Chas Emerick wrote:
> I suggested in the channel sometime last month that a "Lodge your CA
> here" table should be set up at the Conj. Anyone know if that's a go
> or not? IMO, no one should leave on Saturday without being settled in
> this department.
I won't
As the start of this thread mentioned, we are moving to a new infrastructure
around Confluence and JIRA, which should be (1) easier to use and in and of
itself, and (2) allow a chance to improve documentation and streamline every
aspect of contributing to Clojure. I am hoping we can roll onto JI
I understand that contrib wasn't intended to be a standard library,
but it inclusion in contrib did suggest to me that a library was being
widely used (and tested) and is relatively stable, and
that is there was a common problem, then contrib would likely have a
library for it
Then there is the co
On Wed, 20 Oct 2010 09:59:26 -0600
"Eric Schulte" wrote:
> Mike Meyer writes:
>
> > It was also more work than submitting patches looks to be for apache,
> > django, gnu
>
> FWIW in gnu projects if your patch is >10 lines long then they do
> require you to go through a fairly lengthy attributi
Mike Meyer writes:
> It was also more work than submitting patches looks to be for apache,
> django, gnu
FWIW in gnu projects if your patch is >10 lines long then they do
require you to go through a fairly lengthy attribution process.
http://www.gnu.org/prep/maintain/html_node/Copyright-Papers.
On Oct 19, 7:55 pm, Sean Corfield wrote:
> On Tue, Oct 19, 2010 at 4:01 PM, Mike Meyer
>
> wrote:
> > On Tue, 19 Oct 2010 15:51:17 -0700 (PDT)
> > Mibu wrote:
> >> The greatest impediment for me is having to sign a contract to
> >> participate in an open source project. I understand Rich Hickey
On Tue, 19 Oct 2010 16:26:24 -0700 (PDT)
Rich Hickey wrote:
>
>
> On Oct 19, 7:01 pm, Mike Meyer 620...@mired.org> wrote:
> > On Tue, 19 Oct 2010 15:51:17 -0700 (PDT)
> >
> > Mibu wrote:
> > > The greatest impediment for me is having to sign a contract to
> > > participate in an open source p
On Oct 19, 7:38 pm, Phil Hagelberg wrote:
> On Tue, Oct 19, 2010 at 4:26 PM, Rich Hickey wrote:
> >http://contributing.openoffice.org/programming.html
>
> This is probably not a good example; the copyright assignment policy
> for OpenOffice has caused the active contributors to fork it into
> L
On Tue, Oct 19, 2010 at 4:01 PM, Mike Meyer
wrote:
> On Tue, 19 Oct 2010 15:51:17 -0700 (PDT)
> Mibu wrote:
>> The greatest impediment for me is having to sign a contract to
>> participate in an open source project. I understand Rich Hickey and
>> most of you guys live in the litigious US and hav
On Tue, Oct 19, 2010 at 4:26 PM, Rich Hickey wrote:
> http://contributing.openoffice.org/programming.html
This is probably not a good example; the copyright assignment policy
for OpenOffice has caused the active contributors to fork it into
LibreOffice, which does not have such a policy:
http://
On Oct 19, 7:01 pm, Mike Meyer wrote:
> On Tue, 19 Oct 2010 15:51:17 -0700 (PDT)
>
> Mibu wrote:
> > The greatest impediment for me is having to sign a contract to
> > participate in an open source project. I understand Rich Hickey and
> > most of you guys live in the litigious US and have to c
On Tue, 19 Oct 2010 15:51:17 -0700 (PDT)
Mibu wrote:
> The greatest impediment for me is having to sign a contract to
> participate in an open source project. I understand Rich Hickey and
> most of you guys live in the litigious US and have to cover
> yourselves, but I feel not right about this.
The greatest impediment for me is having to sign a contract to
participate in an open source project. I understand Rich Hickey and
most of you guys live in the litigious US and have to cover
yourselves, but I feel not right about this.
On Oct 19, 4:00 pm, Rich Hickey wrote:
> We are taking sever
True, but if ivy.xml's aren't published, you can't use any of ivy's
features. It's just maven without the 20 jars.
Luke
On Oct 19, 12:26 pm, Wilson MacGyver wrote:
> I think what Rich meant is that, they will be available in a mvn repo.
>
> you can pull from mvn repo using ivy, etc. I use gradl
I think what Rich meant is that, they will be available in a mvn repo.
you can pull from mvn repo using ivy, etc. I use gradle to pull both
the current clojure and clojure-contrib all the time.
On Tue, Oct 19, 2010 at 12:22 PM, Luke Renn wrote:
> Please consider Ivy. It's what Gradle uses and d
Please consider Ivy. It's what Gradle uses and does dependency
management better than Maven does.
http://ant.apache.org/ivy/
http://ant.apache.org/ivy/features.html
Thanks,
Luke
On Oct 19, 12:12 pm, Rich Hickey wrote:
> On Oct 19, 12:04 pm, Wilson MacGyver wrote:
>
> > How should we as users
On Oct 19, 12:04 pm, Wilson MacGyver wrote:
> How should we as users consume the libs under the new umbrella? Is it fair
> to assume that most of these would be also uploaded by the creator into
> clojars as new versions become available, thus using build tools like
> mvn, gradle, lein,
> etc to
How should we as users consume the libs under the new umbrella? Is it fair
to assume that most of these would be also uploaded by the creator into
clojars as new versions become available, thus using build tools like
mvn, gradle, lein,
etc to "pull them in" as we need them?
since I assume we are m
Many thanks to Rich and everyone at Relevance and elsewhere that are
making this possible.
FYI, I'll be migrating the existing nREPL codebase from it's current
home (http://github.com/cemerick/nREPL) to the clojure organization
umbrella today or tomorrow. It's been a hectic week or two. :-)
- Ch
We are taking several steps to improve contrib and the facilities used
to host Clojure development. The goal is to make it easier and more
desirable to work on the Clojure project, and encourage more libraries
to be developed within the project.
There are several impediments to people working in o
23 matches
Mail list logo
