Re: Clojure data science public meeting

[Daniel Slutsky]

Clojure data science public meeting, Aug 30th -- registration & details:

https://twitter.com/scicloj/status/1291845872884625408

https://tinyurl.com/y4a2w79g
On Monday, 3 August 2020 at 23:24:05 UTC+3 Daniel Slutsky wrote:

> Save the date: August 30th, 5pm UTC.
> More details will be announced soon.
>
> On Sunday, 2 August 2020 18:49:44 UTC+3, Daniel Slutsky wrote:
>>
>> We are organizing a Clojure data science public meeting with lightning 
>> talks and chat.
>>
>> Please fill in your ideas & preferences.
>>
>> https://twitter.com/scicloj/status/1289949493815902216
>>
>

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/fe4036b0-6fa4-4703-ab50-01372c863827n%40googlegroups.com.

Re: DEPRECATED: Libs must be qualified, change cljfmt => cljfmt/cljfmt (~/.clojure/deps.edn)

[Sean Corfield]

The warning appears about your own use of unqualified lib names in your
project's dependencies: so it really is "castigating the perpetrator", by
making you use groupId/artifactId format names for dependencies, instead of
the (lazy/convenient) shorthand of artifactId for libs that have a groupId
that matches the artifactId.

At work that meant changing all our dependencies for: Ring (and several
Ring-related libs), Selmer, Compojure, clj-http, http-kit, Hiccup,
HoneySQL, Instaparse, joda-time (a Java library that does it badly!),
wsdl4j (another naughty Java library!), Cheshire, clj-time,
camel-snake-kebab, date-clj, bidi, clojure.java-time -- which is already a
horrendous violator of both artifact naming _and_ namespace naming!).

On Fri, Aug 7, 2020 at 4:45 AM Matching Socks  wrote:

> Rich Hickey has pushed using solid domain names before, and I'm super glad
> to see more progress on that front.  But it's unfortunate if the tools
> castigate the victim, not the perpetrator.  Wouldn't Clojars be a better
> point for enforcement?  Has the question been raised with Clojars?
>
> Alex's advice reminds me of a pioneering ClojureScript React-wrapping
> library whose groupId is a domain that belongs to someone else.  The funny
> thing is that this is the library's *second* squatting.  The first one
> lasted only briefly; folks pointed out the domain was already used for an
> unflattering website.  So then the maintainers picked a domain that no one
> had registered at the time.  Risky!
>
> --
> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/clojure/88400d9e-9c68-4098-9321-7cfb89e92be8o%40googlegroups.com
> 
> .
>


-- 
Sean A Corfield -- (904) 302-SEAN
An Architect's View -- https://corfield.org/
World Singles Networks, LLC. -- https://worldsinglesnetworks.com/

"Perfection is the enemy of the good."
-- Gustave Flaubert, French realist novelist (1821-1880)

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/CAD4thx8ztM%2BT10pXB6Jbs8Ob4Y--R%3D4nmnv5WnE-USLRQMuqCw%40mail.gmail.com.

Re: DEPRECATED: Libs must be qualified, change cljfmt => cljfmt/cljfmt (~/.clojure/deps.edn)

[Matching Socks]

Rich Hickey has pushed using solid domain names before, and I'm super glad 
to see more progress on that front.  But it's unfortunate if the tools 
castigate the victim, not the perpetrator.  Wouldn't Clojars be a better 
point for enforcement?  Has the question been raised with Clojars?  

Alex's advice reminds me of a pioneering ClojureScript React-wrapping 
library whose groupId is a domain that belongs to someone else.  The funny 
thing is that this is the library's *second* squatting.  The first one 
lasted only briefly; folks pointed out the domain was already used for an 
unflattering website.  So then the maintainers picked a domain that no one 
had registered at the time.  Risky!

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/88400d9e-9c68-4098-9321-7cfb89e92be8o%40googlegroups.com.