RX14 changed the topic of #crystal-lang to: The Crystal programming language | http://crystal-lang.org | Crystal 0.27.1 | Fund Crystal's development: http://is.gd/X7PRtI | GH: https://github.com/crystal-lang/crystal | Docs: http://crystal-lang.org/docs/ | API: http://crystal-lang.org/api/ | Gitter: https://gitter.im/crystal-lang/crystal
_whitelogger has joined #crystal-lang
DTZUZU has quit [Ping timeout: 245 seconds]
olbat has quit [Ping timeout: 246 seconds]
olbat has joined #crystal-lang
<FromGitter> <ryanstout> other question. Is there any Crystal job boards yet? Looking to hire a full time Crystal dev if anyone is interested.
<FromGitter> <Blacksmoke16> oh?
<FromGitter> <Blacksmoke16> https://crystaljobs.org/ is that, specifically for crystal, otherwise indeed etc would prob reach a wider audience, but yea
<FromGitter> <ryanstout> cool, I'll post there
<FromGitter> <ryanstout> thanks
DTZUZU has joined #crystal-lang
wuehlmaus has quit [Quit: Lost terminal]
sp3ncer has joined #crystal-lang
DmitryBochkarev has joined #crystal-lang
rohitpaulk has joined #crystal-lang
sp3ncer has left #crystal-lang ["Textual IRC Client: www.textualapp.com"]
rohitpaulk has quit [Ping timeout: 255 seconds]
_whitelogger has joined #crystal-lang
DmitryBochkarev has quit [Ping timeout: 268 seconds]
CommanderViral has joined #crystal-lang
return0e has joined #crystal-lang
DmitryBochkarev has joined #crystal-lang
rohitpaulk has joined #crystal-lang
moei has joined #crystal-lang
_whitelogger has joined #crystal-lang
moei has quit [Quit: Leaving...]
rohitpaulk has quit [Ping timeout: 250 seconds]
tdc has joined #crystal-lang
<FromGitter> <bew> @ryanstout for your first question, I suggested #6069 a while ago, but it's considered too magical.. (and I can understand why), but you can take inspiration from the special_ref if you want
rohitpaulk has joined #crystal-lang
_whitelogger has joined #crystal-lang
wuehlmaus has joined #crystal-lang
moei has joined #crystal-lang
rohitpaulk has quit [Remote host closed the connection]
ashirase has quit [Ping timeout: 255 seconds]
ashirase has joined #crystal-lang
return0e_ has joined #crystal-lang
return0e has quit [Ping timeout: 255 seconds]
wuehlmaus is now known as renice
renice is now known as wuehlmaus
return0e_ has quit [Read error: Connection reset by peer]
return0e has joined #crystal-lang
ternarysolo has joined #crystal-lang
lucasb has joined #crystal-lang
ternarysolo has quit [Quit: The Lounge - https://thelounge.chat]
<FromGitter> <f1refly_gitlab> When creating a process with Process.new("command", ["arg0", "arg1", "argn"], chdir="/path/to/my/dir") crystal complains that it cant find a matching overload for Process.new with those parameters
<FromGitter> <f1refly_gitlab> When I try without the `chdir` part it works
<FromGitter> <Blacksmoke16> try `chdir: "/path/to/my/dir"
<FromGitter> <f1refly_gitlab> Thank you
<FromGitter> <f1refly_gitlab> I didn't know a space between the colon and the path makes a difference :)
<FromGitter> <Blacksmoke16> yea, otherwise it gets parsed as one token
<FromGitter> <f1refly_gitlab> this should probably be changed in the documentation though, in https://crystal-lang.org/reference/syntax_and_semantics/default_and_named_arguments.html it's still listed with the `=`
<FromGitter> <Blacksmoke16> well thats diff, thats assigning a default value
<FromGitter> <Blacksmoke16> i.e. if you call `become_older` it would default `by` to ``
<FromGitter> <Blacksmoke16> vs `become_older(10)` which would be `10`
<FromGitter> <f1refly_gitlab> ...
<FromGitter> <f1refly_gitlab> yeah I just noticed
<FromGitter> <Blacksmoke16> :P
<FromGitter> <f1refly_gitlab> I'm sorry for asking such a dumb question
<FromGitter> <Blacksmoke16> np
<FromGitter> <j8r> I'm happy today https://github.com/crystal-lang/crystal/pull/7338 and https://github.com/alpinelinux/aports/pull/6652 merged simultaneously 😀
<FromGitter> <straight-shoota> 👍
<mps> j8r: does static build depends on jsoncpp?
<FromGitter> <j8r> I needed this library to compile minetest statically (try, at least)
<FromGitter> <j8r> Irrlicht was merged fast; this one was remaining - if it's the question?
<mps> aha, understand, I didn't had in head jsoncpp when building crystal and because that I asked you about it
<mps> if you continue with your requests soon Alpine will become statically linked distro :)
<mps> just kidding, you know
<FromGitter> <j8r> haha, yes I've submitted several PRs about static libs for Alpine right :)
<FromGitter> <malkomalko> Favorite part of crystal is definitely blazing fast specs
<mps> I don't follow github but from time to time I look if there is something related to crystal in Alpine
<FromGitter> <malkomalko> Having such a nicely baked spec framework into the language makes writing well tested code such a pleasure
<FromGitter> <j8r> That's why you have this :o face in your GH profile @malkomalko 😄
<FromGitter> <malkomalko> ☝️
confact has joined #crystal-lang
<confact> What's missing for crystal to be production ready?
<FromGitter> <kinxer> I believe that depends on what your production needs are. If you need multithreading, for example, that's missing. However, I already use it in production in a use case that doesn't require multithreading.
<FromGitter> <r00ster91> Windows support, faster compile times, better docs generator in my opinion
<FromGitter> <kinxer> Yeah, static linking on other platforms and better docs would be nice.
<FromGitter> <kinxer> *will be nice
<FromGitter> <j8r> what's essentially missing is your judgement to use it in production :)
<FromGitter> <j8r> > Windows support, faster compile times, better docs generator, static linking on non-alpine platforms ⏎ @r00ster91 I don't see how it blocks to use it in production on Linux
<mps> j8r: well said!
<FromGitter> <r00ster91> if you only build for Linux then you probably don't need Windows support, yes
<mps> windows and production ready doesn't fit well, imo
<FromGitter> <j8r> what's missing to use in production is alas more use in production, to have more production feedbacks
<FromGitter> <j8r> AFAIK we have mostly positive feedbacks
<FromGitter> <j8r> I heard some issues related to several HTTP connection problems, DNS inside Docker and file descriptors (because IO not closed)
<mps> j8r: DNS inside Docker? on Alpine based docker?
<FromGitter> <j8r> that's related to https://github.com/crystal-lang/crystal/issues/6099
<mps> aha, latest musl have some issue with dns
<FromGitter> <j8r> mps: great news :D
<mps> but issue you mention is old, not sure if it is related to new issue with musl
DmitryBochkarev has quit [Ping timeout: 250 seconds]
DmitryBochkarev has joined #crystal-lang
DmitryBochkarev has quit [Ping timeout: 250 seconds]
DmitryBochkarev has joined #crystal-lang
lucasb has quit [Quit: Connection closed for inactivity]
DmitryBochkarev has quit [Ping timeout: 246 seconds]
DmitryBochkarev has joined #crystal-lang
rohitpaulk has joined #crystal-lang
return0e has quit [Remote host closed the connection]
rohitpaulk has quit [Remote host closed the connection]
DmitryBochkarev has quit [Ping timeout: 250 seconds]
ua has joined #crystal-lang
ua_ has quit [Ping timeout: 255 seconds]
moei has quit [Quit: Leaving...]
mamantoha has joined #crystal-lang
mamantoha has quit [Ping timeout: 255 seconds]
mps has quit [Ping timeout: 246 seconds]
<FromGitter> <tenebrousedge> I'm not seeing anything that seems relevant in the issues list. Does someone perhaps have an explanation to hand for why `each_cons` and `each_slice` return `nil`?
<FromGitter> <straight-shoota> @tenebrousedge What would you expect them to return?
<FromGitter> <tenebrousedge> an enumerator, probably
<FromGitter> <tenebrousedge> which perhaps answers the question
<FromGitter> <straight-shoota> There is a version of each of these methods that returns an iterator. But the more commonly used variant with a block doesn't need an iterator, it executes the block in place.
<FromGitter> <tenebrousedge> my eyes must not work? I don't see the iterator variants :(
<FromGitter> <straight-shoota> https://crystal-lang.org/api/0.27.2/Iterable.html#each_cons(count:Int,reuse=false)-instance-method
<FromGitter> <tenebrousedge> ...huh. Thank you.
<FromGitter> <tenebrousedge> ah, and my problem was using `each_char.each_cons` rather than `chars.each_cons`
<FromGitter> <Blacksmoke16> https://github.com/Blacksmoke16/athena/blob/master/docs/routing.md#cors Built in CORS support is now supported in Athena, along with a better way to handle custom HTTP handlers