This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
- # adventofcode (24)
- # aleph (1)
- # bangalore-clj (2)
- # beginners (196)
- # boot (148)
- # cider (18)
- # clara (83)
- # cljsrn (24)
- # clojure (210)
- # clojure-brasil (3)
- # clojure-china (1)
- # clojure-italy (11)
- # clojure-korea (8)
- # clojure-russia (82)
- # clojure-spec (115)
- # clojure-uk (130)
- # clojurescript (109)
- # core-async (7)
- # cryogen (1)
- # cursive (22)
- # datascript (11)
- # datomic (6)
- # devcards (2)
- # emacs (1)
- # garden (1)
- # hoplon (2)
- # incanter (1)
- # klipse (4)
- # luminus (4)
- # off-topic (89)
- # om (53)
- # onyx (78)
- # parinfer (9)
- # proton (3)
- # protorepl (20)
- # re-frame (107)
- # reagent (52)
- # rum (30)
- # spacemacs (1)
- # testing (3)
- # untangled (31)
- # vim (43)
- # yada (9)
aarrgghhh I can't start my repl anymore with out getting an error... and I have no idea what caused this. last week it worked fine 😡
your project has some duplicate dependencies in it? perhaps the ordering of the jars has changed and your getting a different version first
hmmm I did add cucumber the other week... and might not have restarted the repl since... let me have a look
when doing a
lein deps :tree I get the advice to loads of exclusions... is it adviced to do all of them? or just trial and error till you find something that works?
@thomas I will add that lein can be a bit heavy handed with recommendations. Many of these things go in global exclusions, but lein will tell you to add them to every dependency.
the other way to silence exclusions is to explicitly add the transitive dep at the top level
glenjamin: +1 I find this approach describes the intent of the override/exclusion a lot better as it at least explicitly lets you pick and document the version that resolves the conflict.
@thomas i generally set
:pedantic? :abort in my lein projects - it forces you to add all the exclusions required so that there is no more than one version of any given dependency in the tree
well... when I do
lein deps :tree I don't get any errors about more exclusions needed... but somehow it still getting errors somehow.
I blame it on Rich Hickey... if I hadn't watched his talk last night about this problem I wouldn't even have known about this 😇
@thomas since you are getting
NoClassDefFoundError you might have gone a bit far with your
that would be my guess too. Or you excluded the wrong thing (conflict resolution suggestions aren't always correct)
i mostly find suggestions are exactly wrong... given two choices for an exclusion the suggestion is mostly the one i don't take
I have a linux (specifically Ubuntu 16.04LTS) question and I know this is not a Linux channel but anyone mind if I ask?
So I get a warning from ElasticSearch when I start it that the number of file descriptors is 4096 and needs to be 65536
I followed at least 6 or 7 posts on how to up the number of file descriptors such that
ulimit -Hn returns 65536
make sure the entry
session required pam_limits.so is set in /etc/pam.d/common-session
I've tried every combination of this, rebooted at least 10 times today and tried that pam_limits setting in multiple files in /etc/pam.d
However when I open a terminal and enter
ulimit -Hn I get 4096 but if I then
su - chris (my user) and try the
ulimit cmd again I get the correct 65536
so I have a work around but I keep forgetting to su in as me before starting elastic search
it's frustrating and just wondered if anyone else had run Elastic Search on Ubuntu?
https://ma.ttias.be/increase-open-files-limit-in-mariadb-on-centos-7-with-systemd/ this may have some pointers if so.
Post ClojureX I realised I’m missing too much information with all the updates going on, so I’ve tried to curate things a little with a weekly update to myself. The Clojure Review https://www.getrevue.co/profile/jasonbelldata/archive/38086 feel free to signup and share as much as you want.
@jasonbell nice work Jase! I think I would have added this too: https://www.youtube.com/watch?v=oyLBGkS5ICk&list=PLZdCLR02grLofiMKo0bCeLHZC0_2rpqsz but there's just too much to reference when you have two awesome Clojure conferences on at the same time!
I have had a lot of really good feedback about ClojureX talks from attendees of Conj who found them on SkillsMatter site so that's really 🆒
@agile_geek Did the systemd thing help with your problem? I'd like to know so I have more to rant about systemd 😁
@dominicm haven't had time to try. Wasted hours on it this morning. However I read the article and its about services bit my problem is simply the limit is wrong in the terminal from which I start elasticsearch from a script. Does systemd effect logins?
^ that was about to be my next suggestion. Check the script, look for things like changing user, shell, HUP'ing is something else to look out for.
It's not a script issue....If I start a terminal logged on a my user
chris the file descriptors hard limit is 4096 and if I run the elasticsearch it complains it needs more file descriptors. If I start a terminal, su into my user again from the terminal the file descriptors limit is correctly set to 65536 as I specified in the /etc/security/limits.conf and if I run the elasticsearch script then it picks up the limit for my user
If you hadn't rebooted, I'd accuse you of not having logged out. This is strange. You're definitely into "something weird is happening" territory.
I can't help but feel like something really strange is going on. Like that ulimits are only applying to virtual connections and something about ConsoleKit checking. It's hard to tell with systems like Ubuntu, because they're so big now.
http://manpages.ubuntu.com/manpages/xenial/man5/limits.conf.5.html relevant man page
@dominicm only a casandra.conf file that has nothing to do with the problem. I did add the appropraite limits to the /etc/security/limits.conf as per that manpage
Might just amend the elasticsearch script to set either the limits (if possible dynamically) or su into my user
Quick favour if any Java heads are around? Am I being stupid whilst trying to reference PrettyTime NLP using
<!-- https://mvnrepository.com/artifact/org.ocpsoft.prettytime/prettytime-nlp --> <dependency> <groupId>org.ocpsoft.prettytime</groupId> <artifactId>prettytime-nlp</artifactId> <version>4.0.1.Final</version> </dependency>
It's failing which might be related to our proxy Nexus running out of disk space
You should go to the .m2/repository and see if the artifact is actually downloaded. If there was a previous problem it can just leave a generated POM in the repository. When you try to use that dependency it won’t be resolved. What I usually do is delete the folder containing the artifact to force Maven to download again.
You can't force Maven to download release artifacts once it thinks they’re already downloaded. If it was a snapshot you could with a mvn clean compile -U which will force it to download the latest snapshots
21:20 $ ll ~/.m2/repository/org/ocpsoft/prettytime/prettytime-nlp/4.0.1.Final/ total 48 drwxr-xr-x 2 bigkahuna staff 170 Dec 6 21:20 . drwxr-xr-x 3 bigkahuna staff 102 Dec 6 21:20 .. -rw-r--r-- 1 bigkahuna staff 173 Dec 6 21:20 _remote.repositories -rw-r--r-- 1 bigkahuna staff 2182 Dec 6 21:20 prettytime-nlp-4.0.1.Final.pom -rw-r--r-- 1 bigkahuna staff 40 Dec 6 21:20 prettytime-nlp-4.0.1.Final.pom.sha1
21:20 $ ll ~/.m2/repository/org/ocpsoft/prettytime/prettytime-nlp/4.0.0.Final/ total 5392 drwxr-xr-x 2 bigkahuna staff 374 Dec 6 21:22 . drwxr-xr-x 4 bigkahuna staff 136 Dec 6 21:22 .. -rw-r--r-- 1 bigkahuna staff 206 Dec 6 21:22 _maven.repositories -rw-r--r-- 1 bigkahuna staff 51520 Dec 6 21:22 prettytime-nlp-4.0.0.Final-javadoc.jar -rw-r--r-- 1 bigkahuna staff 40 Dec 6 21:22 prettytime-nlp-4.0.0.Final-javadoc.jar.sha1 -rw-r--r-- 1 bigkahuna staff 3922 Dec 6 21:22 prettytime-nlp-4.0.0.Final-sources.jar -rw-r--r-- 1 bigkahuna staff 40 Dec 6 21:22 prettytime-nlp-4.0.0.Final-sources.jar.sha1 -rw-r--r-- 1 bigkahuna staff 2643502 Dec 6 21:22 prettytime-nlp-4.0.0.Final.jar -rw-r--r-- 1 bigkahuna staff 40 Dec 6 21:22 prettytime-nlp-4.0.0.Final.jar.sha1 -rw-r--r-- 1 bigkahuna staff 2211 Dec 6 21:22 prettytime-nlp-4.0.0.Final.pom -rw-r--r-- 1 bigkahuna staff 40 Dec 6 21:22 prettytime-nlp-4.0.0.Final.pom.sha1