This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-03-09
Channels
- # aleph (1)
- # announcements (4)
- # asami (6)
- # babashka (45)
- # beginners (19)
- # biff (3)
- # calva (35)
- # cider (4)
- # clojars (5)
- # clojure (117)
- # clojure-art (3)
- # clojure-denmark (2)
- # clojure-europe (89)
- # clojure-gamedev (5)
- # clojure-nl (4)
- # clojure-norway (17)
- # clojure-spec (3)
- # clojure-uk (5)
- # clojurescript (84)
- # conjure (13)
- # datomic (11)
- # emacs (2)
- # figwheel (2)
- # fulcro (16)
- # graphql (5)
- # honeysql (7)
- # introduce-yourself (1)
- # lsp (86)
- # malli (16)
- # music (1)
- # off-topic (2)
- # pathom (14)
- # polylith (28)
- # re-frame (11)
- # reagent (23)
- # releases (1)
- # reveal (19)
- # shadow-cljs (72)
- # spacemacs (13)
- # sql (1)
- # test-check (3)
- # timbre (4)
- # tools-deps (45)
- # vim (18)
bb dev
WARNING: this project requires babashka 0.7.6 or newer, but you have: 0.6.5
did you consider making this exit with an error as well?I guess a subset of things will still work and it will fail with the real cause when you hit the thing that the upgrade was needed for. I basically did what lein also did
Question. Let us say I wanted to parallelise git pulls in babashka across many directories, would you simply recommend a pmap
or something else?
Im assuming youre gonna shell out to git, if yes I'd recommend starting the processes via babashka process and deref all of them in a doesq or something. since they are forks, they would run in parallel
Yo @U7ERLH6JX - been a while. 🙂
Yeah, I considered a doall
the pmap just saves some keystrokes that’s all 😄
pmap's chunking lazyness may bite you
I’ll wrap it in a doall
yeah it would work, for me this seems to be a bit overkill as the forks are parallel anyways 😄
helped someone(you may know him too 😛 ) with a similar problem a while back: https://gitlab.com/njoseph/babashka-scripts/-/blob/master/scripts/git.clj#L25
also i guess dorun
would be better here if you don't care about the outputs
Thanks
if you are pulling from github you might get rate limited
i ran into a surprise when using the mysql pod: it installs without issue and locally works as expected, but on a different box i get Message: No suitable driver found for jdbc:mysql://…
. The driver is installed as part of the pod i’m assuming?
the driver is part of the pod yes. what is the difference between local and the box?
weird, here you can see that they work on CI: https://app.circleci.com/pipelines/github/babashka/babashka-sql-pods/275/workflows/9517845b-2e4b-4037-b430-a559b20ed886/jobs/1998 I'm not sure what's going on
weird indeed. guess i’ll have to dig some more, must be a mistake on my side somewhere - thanks :)
code is the same - the uri is read from a config file, and somehow this is where the problem occurs - if i substitute the uri into the code, the driver problem is gone
Ordered an M1 macbook air... when Graal supports M1, there will be an m1 binary for sure ;) (although hopefully, circleci will support compiling for m1 at some point)
would it be the new M1 ultra hyper super duper or something that was mentioned yesterday?
my work laptop was supposed to be switched to an M1 macbook pro too but now wanna wait for this one
I need a travel laptop (for vacations, conferences) and my air from 2015 isn't behaving well lately
right
also compiling babashka on it was a thing that I could still do in 2019 but nowadays it's so slow compared to my i9 2019
it's a bit unfortunate that I had to buy the november 2020 model but I've got a vacation coming up soon and there wasn't a refresher yesterday
somewhat related question. Is there a reason to perfer mac (and its OS) over ubuntu and a custom build? Like do people feel support for software and drivers is better on mac?
Cost wise, getting a mac always seems like a bad trade off for the raw specs you get. But maybe that's less then half the story.
This is assuming you don't need a labtop, which i very rarely do.
@U4YGF4NGM eh yes, Graal + Rosetta works, I interpreted your question as: does Graal work on m1 natively, with that they are very close.