Sonatype issue with Maven central artifacts

[Alex Miller]

FYI, Sonatype had a staging server issue that has affected their CDN - some 
Clojure artifacts (notably Clojure 1.8.0-alpha5) are currently unavailable. 
They are working on addressing the issue and have prioritized getting that 
one back online.

Alex

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Oxford (UK) Clojure Group

[Kévin Etienne]

Thank you all.

Jony it looks very interesting looking forward to know more about the 
Anglican probabilistic
programming system and their use in with Clojure. I've spotted a bitbucket 
repository from
the link you gave, might be a good place to start 
https://bitbucket.org/probprog/mlss2015/

Volodymyr and Marcin, cool I'll update this thread once we've got a 
location and a date.

On Tuesday, 15 September 2015 22:04:49 UTC+1, Kévin Etienne wrote:
>
> Hi,
>
> I've seen a previous thread 
> https://groups.google.com/forum/#!topic/clojure/dRPF8bEpjBE
> where a Clojure group in Oxford was mentioned. I don't know what happened 
> to Oxjure but
> I'm interested in running a group and meeting people around Clojure and 
> more extensively
> LISP. I've been to a Clojure in London and really enjoyed a few years ago.
>
> Let me know if you're around and if want to meet. At the moment I'm trying 
> to see if there's
> enough traction and see what we can do.
>
> Thanks,
> 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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: How can find something inside heavily nested data structure ?

[Sean Duckett]

If you're using emacs with cider, you might try `cider-repl-clear-buffer`. This
has saved my emacs session in situations where I accidentally print a large XML
structure.

--smd.

On 08/20, Dave Tenny wrote:
> I'm still in search of tools that let me get a good sense of *what* to
> navigate when looking at such trees
> of data structures from API's  and/or data sources I'm unfamiliar with.  I
> find that to be pretty painful, not least
> because emacs (and maybe the REPL) get seriously compute wedged printing
> large data structures.

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Joxa (Re: Clojure on an Erlang-vm-os on Xen?)

[juan.facorro]

Hi Sebastian,

Thank you for your thoughts.

The biggest example is that the BEAM comes with a set of Data Types / Data 
> Structures and they can't be extended.


While this is true, it doesn't mean it is not possible to implement new 
data structures in Erlang. There are a number of modules that implement 
additional data structures like array 
, 
gb_sets 
 
and others, which are mostly implemented using of tree like structures. 
Admittedly, this is not the same as being able to implement persistent data 
structure using mutable values, but might be enough for some (or maybe 
most) practical purposes.

In any case, it would be a *limited subset* of Clojure (much more limited 
> than ClojureScript is).

 
What makes you say this? Do you have a specific Clojure feature in mind 
that you think might be impossible to implement in the Erlang VM?

To get a better answer, I propose to list Clojure's "features" and then 
> iterate through them to see if they can be reasonably implemented or if 
> they even make sense in the platform:


I think the key phrase is *reasonably implemented*. I think your suggestion 
of going over each Clojure feature to consider how it could be implemented 
is spot-on. I have done this exercise and thought about possible 
implementations. For me a r*easonable implementation* is one that has good 
interoperability capabilities and doesn't add too much overhead because of 
Clojure language constructs, which is quite a challenge.

What do you think?

Cheers,

Juan

On Friday, September 18, 2015 at 11:06:53 AM UTC-3, Sebastian Bensusan 
wrote:
>
> Hi Frank,
>
> I've been thinking about this for some months now. The actor model is a 
> great fit for a number of applications and the BEAM is made for it.Though 
> it seems feasible, I'm afraid the result might not feel so close to 
> Clojure, at least with any reasonable performance. I hope I'm wrong. I got 
> this *impression* from attending several Erlang meetups[1] where the 
> language developers explain their design decisions and how they are 
> implemented in the BEAM. The conclusion seems to be: it's very hard to 
> deviate from the baked in semantics. The biggest example is that the BEAM 
> comes with a set of Data Types / Data Structures and they can't be 
> extended. On the other hand, porting the actor model to Clojure and the JVM 
> is within reach and Pulsar[2] is already there.
>
> In any case, it would be a *limited subset* of Clojure (much more limited 
> than ClojureScript is).
>
> To get a better answer, I propose to list Clojure's "features" and then 
> iterate through them to see if they can be reasonably implemented or if 
> they even make sense in the platform:
>
> protocols
> multi-methods
> lazy collections
> refs (might make sense on top of mnesia)
> atoms (syn
> vars
> etc.
>
> Hope this helps
>
> Sebastian
>
> [1] https://www.youtube.com/watch?v=fctrWbgbJg0
> [2] https://github.com/puniverse/pulsar
> [3] https://www.youtube.com/watch?v=BvCBTpnlqs8
>
> On Thursday, September 17, 2015 at 9:40:04 PM UTC+2, adrians wrote:
>>
>> Frank, I've also just found out about Lisp Flavored Erlang 
>> , which, based on what I've read, does take some 
>> inspiration from Clojure, as well as Common Lisp. It seems to be more 
>> active compared to Joxa.
>>
>> On Friday, August 24, 2012 at 5:12:40 PM UTC-4, FrankS wrote:
>>>
>>> Just got this link "http://joxa.org; about a new lisp-like language 
>>> thru prismatic: 
>>>
>>>  
>>>
>>> Joxa is a small semantically clean, functional lisp. It is a 
>>> general-purpose language encouraging interactive development and a 
>>> functional programming style. Joxa runs on the Erlang Virtual Machine. Like 
>>> other Lisps, Joxa treats code as data and has a full (unhygienic) macro 
>>> system. 
>>>
>>> Joxa (pronounced 'jocksah') isn't Erlang, though its very compatible. 
>>> Its not Clojure though there is plenty of shared syntax. It's not Common 
>>> Lisp though that is the source of the macro system. While Joxa shares 
>>> elements of many languages, it is its own specific language. of all these 
>>> languages, and knowing these languages will help you get up to speed with 
>>> Joxa, but it is its own unique language. 
>>>
>>>  
>>>
>>> Just skimming the example shows a syntax that resembles clojure a little 
>>> bit… 
>>>
>>> Wonder if that implementation as an example would make it easier to have 
>>> a clojure-on-erlang-vm implementation. 
>>>
>>> Enjoy, Frank. 
>>>
>>>
>>> On Jul 13, 2012, at 10:15 AM, Frank Siebenlist  
>>> wrote: 
>>>
>>> > Just became aware of this effort: "http://erlangonxen.org/; 
>>> > 
>>> > which shows off some impressive properties: 
>>> > 
>>> > * Startup time of a new instance is 100ms 
>>> > * Instances are provisioned after the request arrival - all requests 
>>> get handled 
>>> > * No 

Re: Sonatype issue with Maven central artifacts

[Tassilo Horn]

Alex Miller  writes:

> FYI, Sonatype had a staging server issue that has affected their CDN - some 
> Clojure artifacts (notably Clojure 1.8.0-alpha5) are currently unavailable. 
> They are working on addressing the issue and have prioritized getting that 
> one back online.

Works again!

Bye,
Tassilo

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [ANN] com.stuartsierra/component 0.3.0 now with ClojureScript

[Robin Heggelund Hansen]

Great stuff! Have been waiting on this :)

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [ANN] com.stuartsierra/component 0.3.0 now with ClojureScript

[Colin Yates]

Excellent news about Clojurescript - thanks Stuart!
On 18 Sep 2015 21:51, "Stuart Sierra"  wrote:

> 'Component' - lifecycle and dependency management for objects with runtime
> state.
>
> https://github.com/stuartsierra/component
>
> Leiningen dependency:
> [com.stuartsierra/component "0.3.0"]
>
>
> Changes in this release:
>
> * Added ClojureScript support via Conditional Read (.cljc)
>
> * Minimum Clojure version is now 1.7.0
>
> * Exceptions have been modified slightly for cross-platform compatibility.
>
> * No public API changes from 0.2.3
>
>
> License: MIT  http://opensource.org/licenses/MIT
>
> --
> 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 unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[ANN] com.stuartsierra/component 0.3.0 now with ClojureScript

[Stuart Sierra]

'Component' - lifecycle and dependency management for objects with runtime 
state.

https://github.com/stuartsierra/component

Leiningen dependency: 
[com.stuartsierra/component "0.3.0"]


Changes in this release:

* Added ClojureScript support via Conditional Read (.cljc)

* Minimum Clojure version is now 1.7.0

* Exceptions have been modified slightly for cross-platform compatibility.

* No public API changes from 0.2.3


License: MIT  http://opensource.org/licenses/MIT

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Call for Contributions: BOB 2016 - Berlin, Feb 19, 2016

[Michael Sperber]

 *BOB Conference 2016*
 "What happens when we use what's best for a change?"
  http://bobkonf.de/2016/en/cfp.html
 Berlin, February 19
Call for Contributions
  Deadline: October 30, 2015

You drive advanced software engineering methods, implement ambitious
architectures and are open to cutting-edge innovation? Attend this
conference, meet people that share your goals, and get to know the
best software tools and technologies available today. We strive to
offer a day full of new experiences and impressions that you can
use to immediately improve your daily life as a software developer.

If you share our vision and want to contribute, submit a proposal for
a talk or tutorial!

Topics
--

We are looking for talks about best-of-breed software technology,
e.g.:

- functional programming
- reactive programming
- persistent data structures and databases
- types
- formal methods for correctness and robustness
- ... everything really that isn't mainstream, but you think should be.

Presenters should provide the audience with information that is
practically useful for software developers.  This could take the form
of e.g.:

- experience reports
- introductory talks on technical background
- demos and how-tos

Requirements


We accept proposals for presentations of 45 minutes (40 minutes talk +
5 minutes questions), as well as 90 minute tutorials for beginners.
The language of presentation should be either English or German. 

Your proposal should include (in your presentation language of choice):

- an abstract of max. 1500 characters.
- a short bio/cv
- contact information (including at least email address)
- a list of 3-5 concrete ideas of how your work can be applied in a 
developer's daily life
- additional material (websites, blogs, slides, videos of past
  presentations, ...)

Submit here:

https://docs.google.com/forms/d/1IrCa3ilxMrO2h1G1WC4ywoxdz8wohxaPW3dfiB0cq-8/viewform?usp=send_form

Organisation


- submit your proposal here
  
https://docs.google.com/forms/d/1IrCa3ilxMrO2h1G1WC4ywoxdz8wohxaPW3dfiB0cq-8/viewform?usp=send_form
- direct questions to `bobkonf at active minus group dot de`
- proposal deadline: **October 30, 2015**
- notification: November 15, 2015
- program: December 1, 2015

NOTE: The conference fee will be waived for presenters, but travel
  expenses will not be covered.

Program Committee
-

(more information here: http://bobkonf.de/2016/programmkomitee.html)

- Matthias Fischmann, zerobuzz UG
- Matthias Neubauer, SICK AG
- Nicole Rauch, Softwareentwicklung und Entwicklungscoaching
- Michael Sperber, Active Group
- Stefan Wehr, factis research

Scientific Advisory Board
-

- Annette Bieniusa, TU Kaiserslautern
- Peter Thiemann, Uni Freiburg


-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Joxa (Re: Clojure on an Erlang-vm-os on Xen?)

[Sebastian Bensusan]

Hi Frank,

I've been thinking about this for some months now. The actor model is a 
great fit for a number of applications and the BEAM is made for it.Though 
it seems feasible, I'm afraid the result might not feel so close to 
Clojure, at least with any reasonable performance. I hope I'm wrong. I got 
this *impression* from attending several Erlang meetups[1] where the 
language developers explain their design decisions and how they are 
implemented in the BEAM. The conclusion seems to be: it's very hard to 
deviate from the baked in semantics. The biggest example is that the BEAM 
comes with a set of Data Types / Data Structures and they can't be 
extended. On the other hand, porting the actor model to Clojure and the JVM 
is within reach and Pulsar[2] is already there.

LFE shows some of the trade-offs involved when implementing a Lisp on the 
BEAM[3]. Robert Virdring has been implementing BEAM languages for years; I 
recommend anybody interested to watch his talks. He repeats how hard it is 
to add new semantics to the BEAM. On the other hand, Elixir has done it to 
some extent. In any case, it would be a *limited subset* of Clojure (much 
more limited than ClojureScript is).

To get a better answer, I propose to list Clojure's "features" and then 
iterate through them to see if they can be reasonably implemented or if 
they even make sense in the platform:

protocols
multi-methods
lazy collections
refs (might make sense on top of mnesia)
atoms (syn
vars
etc.

Hope this helps

Sebastian

[1] https://www.youtube.com/watch?v=fctrWbgbJg0
[2] https://github.com/puniverse/pulsar
[3] https://www.youtube.com/watch?v=BvCBTpnlqs8

On Thursday, September 17, 2015 at 9:40:04 PM UTC+2, adrians wrote:
>
> Frank, I've also just found out about Lisp Flavored Erlang , 
> which, based on what I've read, does take some inspiration from Clojure, as 
> well as Common Lisp. It seems to be more active compared to Joxa.
>
> On Friday, August 24, 2012 at 5:12:40 PM UTC-4, FrankS wrote:
>>
>> Just got this link "http://joxa.org; about a new lisp-like language thru 
>> prismatic: 
>>
>>  
>>
>> Joxa is a small semantically clean, functional lisp. It is a 
>> general-purpose language encouraging interactive development and a 
>> functional programming style. Joxa runs on the Erlang Virtual Machine. Like 
>> other Lisps, Joxa treats code as data and has a full (unhygienic) macro 
>> system. 
>>
>> Joxa (pronounced 'jocksah') isn't Erlang, though its very compatible. Its 
>> not Clojure though there is plenty of shared syntax. It's not Common Lisp 
>> though that is the source of the macro system. While Joxa shares elements 
>> of many languages, it is its own specific language. of all these languages, 
>> and knowing these languages will help you get up to speed with Joxa, but it 
>> is its own unique language. 
>>
>>  
>>
>> Just skimming the example shows a syntax that resembles clojure a little 
>> bit… 
>>
>> Wonder if that implementation as an example would make it easier to have 
>> a clojure-on-erlang-vm implementation. 
>>
>> Enjoy, Frank. 
>>
>>
>> On Jul 13, 2012, at 10:15 AM, Frank Siebenlist  
>> wrote: 
>>
>> > Just became aware of this effort: "http://erlangonxen.org/; 
>> > 
>> > which shows off some impressive properties: 
>> > 
>> > * Startup time of a new instance is 100ms 
>> > * Instances are provisioned after the request arrival - all requests 
>> get handled 
>> > * No instances are running waiting for requests - the cloud footprint 
>> is zero 
>> > * the size of infrastructure is proportional to the maximum load - 8 
>> servers may be enough 
>> > * … 
>> > 
>> > All that begs the Q: would Clojure on an Elang-VM be feasible and make 
>> sense? 
>> > 
>> > -FrankS. 
>> > 
>> > 
>>
>>

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Refactoring namespaces

[Timur]

Hi everyone,

Is there any recommended way of refactoring namespaces in Clojure? Any tool 
support, which automates this task?

Regards,

Timur

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Refactoring namespaces

[josh]

Slamhound  might be all you need.

If you’re an Emacs user, there’s the clj-refactor.el 
 package (powered by the 
refactor-nrepl  library).

In my experience, Cursive  has been pretty 
effective for refactoring (e.g., moving a file into a different directory 
and having all of the ns forms update appropriately).

I hope that's helpful,
Josh

On Friday, September 18, 2015 at 12:54:03 PM UTC-4, Timur wrote:
>
> Hi everyone,
>
> Is there any recommended way of refactoring namespaces in Clojure? Any 
> tool support, which automates this task?
>
> Regards,
>
> Timur
>

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.