hendursaga has quit [Remote host closed the connection]
hendursaga has joined #crystal-lang
postmodern has quit [Quit: Leaving]
f1reflyylmao has joined #crystal-lang
f1refly has quit [Ping timeout: 248 seconds]
f1reflyylmao is now known as f1refly
chachasmooth has quit [Ping timeout: 246 seconds]
chachasmooth has joined #crystal-lang
chachasmooth has quit [Ping timeout: 260 seconds]
chachasmooth has joined #crystal-lang
andremedeiros has quit [Read error: Connection reset by peer]
andremedeiros has joined #crystal-lang
ua has quit [Ping timeout: 240 seconds]
ua has joined #crystal-lang
DTZUZU has quit [*.net *.split]
avane has quit [*.net *.split]
raz has quit [*.net *.split]
mipmip has quit [*.net *.split]
sorcus has quit [*.net *.split]
r0bby has quit [*.net *.split]
Flipez has quit [*.net *.split]
deavmi has quit [*.net *.split]
oz has quit [*.net *.split]
ua has quit [*.net *.split]
early has quit [*.net *.split]
badeball has quit [*.net *.split]
johnny101 has quit [*.net *.split]
Xeago has quit [*.net *.split]
SuperFamicom[m] has quit [*.net *.split]
hendursaga has quit [*.net *.split]
xybre has quit [*.net *.split]
dom96 has quit [*.net *.split]
fifr` has quit [*.net *.split]
yxhuvud has quit [*.net *.split]
lanodan has quit [*.net *.split]
olbat has quit [*.net *.split]
Liothen has quit [*.net *.split]
ProjectEpsilon has quit [*.net *.split]
issyl0 has quit [*.net *.split]
commavir has quit [*.net *.split]
twistedpixels has quit [*.net *.split]
woodruffw has quit [*.net *.split]
ebb has quit [*.net *.split]
entel has quit [*.net *.split]
hsh has quit [*.net *.split]
oprypin has quit [*.net *.split]
maxpowa has quit [*.net *.split]
frojnd has quit [*.net *.split]
skrzyp has quit [*.net *.split]
Andriamanitra has quit [*.net *.split]
FromGitter has quit [*.net *.split]
hpyc9 has quit [*.net *.split]
fifr has quit [*.net *.split]
willamin has quit [*.net *.split]
andremedeiros has quit [*.net *.split]
Stephie has quit [*.net *.split]
baweaver has quit [*.net *.split]
snapcase has quit [*.net *.split]
justinmcp_ has quit [*.net *.split]
jrayhawk has quit [*.net *.split]
^ has quit [*.net *.split]
bougyman has quit [*.net *.split]
aquijoule_ has quit [*.net *.split]
coderobe has quit [*.net *.split]
bazaar has quit [*.net *.split]
Nekka has quit [*.net *.split]
markmarkmark has quit [*.net *.split]
jhass has quit [*.net *.split]
repo has quit [*.net *.split]
daemonwrangler has quit [*.net *.split]
f1refly has quit [*.net *.split]
Vexatos has quit [*.net *.split]
dostoyevsky has quit [*.net *.split]
chachasmooth has quit [*.net *.split]
HumanG33k has quit [*.net *.split]
libneko[m] has quit [Ping timeout: 276 seconds]
fifr has joined #crystal-lang
dom96 has joined #crystal-lang
entel has joined #crystal-lang
Vexatos has joined #crystal-lang
willamin has joined #crystal-lang
bougyman has joined #crystal-lang
^ has joined #crystal-lang
jrayhawk has joined #crystal-lang
snapcase has joined #crystal-lang
justinmcp_ has joined #crystal-lang
Stephie has joined #crystal-lang
baweaver has joined #crystal-lang
andremedeiros has joined #crystal-lang
hpyc9 has joined #crystal-lang
skrzyp has joined #crystal-lang
frojnd has joined #crystal-lang
FromGitter has joined #crystal-lang
Andriamanitra has joined #crystal-lang
maxpowa has joined #crystal-lang
oprypin has joined #crystal-lang
hsh has joined #crystal-lang
bazaar has joined #crystal-lang
markmarkmark has joined #crystal-lang
issyl0 has joined #crystal-lang
commavir has joined #crystal-lang
twistedpixels has joined #crystal-lang
avane has joined #crystal-lang
jhass has joined #crystal-lang
HumanG33k has joined #crystal-lang
f1refly has joined #crystal-lang
Nekka has joined #crystal-lang
mipmip has joined #crystal-lang
lanodan has joined #crystal-lang
raz has joined #crystal-lang
ebb has joined #crystal-lang
coderobe has joined #crystal-lang
woodruffw has joined #crystal-lang
ua has joined #crystal-lang
Flipez has joined #crystal-lang
Xeago has joined #crystal-lang
deavmi has joined #crystal-lang
r0bby has joined #crystal-lang
badeball has joined #crystal-lang
early has joined #crystal-lang
entel has quit [Ping timeout: 250 seconds]
dostoyevsky has joined #crystal-lang
hendursaga has joined #crystal-lang
r0bby has quit [Ping timeout: 246 seconds]
Liothen has joined #crystal-lang
hendursaga has quit [Ping timeout: 240 seconds]
hendursa1 has joined #crystal-lang
r0bby has joined #crystal-lang
entel has joined #crystal-lang
hightower2 has joined #crystal-lang
<hightower2>
Hey, I asked some time ago if there was support for shard.yml.local or something that'd override the standard shard.yml. Someone told me that exactly that was supported. But I don't see it working, and stracing the `shards` command doesn't show checks for any file other than shard.yml
<hightower2>
Any hints?
libneko[m] has joined #crystal-lang
repo has joined #crystal-lang
daemonwrangler has joined #crystal-lang
flaviodesousa has joined #crystal-lang
flaviodesousa has quit [Remote host closed the connection]
flaviodesousa has joined #crystal-lang
ProjectEpsilon has joined #crystal-lang
SuperFamicom[m] has joined #crystal-lang
postmodern has joined #crystal-lang
<hightower2>
For everyone's benefit, indeed the feature exists, just the default filename is shard.override.yml, or can be pointed to by SHARDS_OVERRIDE env var . Thanks
_ht has joined #crystal-lang
<FromGitter>
<naqvis> hightower2 that is `shard.override.yml` *not* `shard.yml.local`
<FromGitter>
<naqvis> recalled my message, as you already mentioned the correct name :P
<hightower2>
si, thanks :)
<FromGitter>
<riffraff169> so this leads to a question: why would you need to override the file, when you can just edit the file....maybe to keep a "pristine sources" concept, but not sure
<FromGitter>
<riffraff169> but even still, if it is a git repo, you just fork and merge when pulling
<hightower2>
To point to a couple shards with path: ../some/local/path, rather than having to modify file which is in git
<FromGitter>
<riffraff169> if you need to change it, wouldnt you want to commit to git?
<hightower2>
for local development, before it's committed/pushed somewhere else
<straight-shoota>
you could also have a override file checked into git and use it to validate different dependencies (for example, track un-released master branches)
<FromGitter>
<Blacksmoke16> having trouble thinking of a way to handle this scenario
<straight-shoota>
what exactly is "this scenario"?
<FromGitter>
<Blacksmoke16> say you want to determine some variable `is_a? JSON::Serializable`, but in the case of `Array(User)`, it would need to check against `T` as `Array` isn't `JSON::Serializable`
<straight-shoota>
there are ideas to support contravariance in generic arguments, which would allow this to work
<straight-shoota>
for now you can do `typeof(arr.first) < JSON::Serializable`
<FromGitter>
<Blacksmoke16> sec, let me try that out
<FromGitter>
<Blacksmoke16> was able to get it to work via `.class` otherwise `typeof` is a union of other stuff too :/
<straight-shoota>
but class only tells you if the first entry is a JSON::Serializable
<straight-shoota>
(or whatever actual entry yo u grab)
<FromGitter>
<Blacksmoke16> i think thats ok in this case. As it would be weird for an API to return a union of things where some of them couldnt be serialized anyway
<straight-shoota>
But if all union members implement `JSON::Serializable`, the typeof should match
<FromGitter>
<Blacksmoke16> sadly its a union of a bunch of random stuff
<straight-shoota>
So the things that can end up in the array are explicitly *not* all JSON::Serializable?
<straight-shoota>
Why do you want to test it then?
<FromGitter>
<Blacksmoke16> sec trying something real quick
<FromGitter>
<Blacksmoke16> eh, tl;dr athena stores the response of a controller action in a generic type. Then there's some logic to determine what serializer to use based on the data
<FromGitter>
<Blacksmoke16> which atm i noticed is actually broken if its like `Array(User)` where `User` is a `JSON::Serializable`
<FromGitter>
<Blacksmoke16> might just be easier to drop support for `JSON::Serializable`, although id rather not
<FromGitter>
<Blacksmoke16> i think i can move the logic into the generic type to avoid the union
<FromGitter>
<Blacksmoke16> yea that seemed to work
<FromGitter>
<Blacksmoke16> wont really handle multidimensional arrays but thats prob ok
<FromGitter>
<Blacksmoke16> could get it to work if we had macro defs π
<FromGitter>
<Blacksmoke16> still cant do overloads based on a specific enum member, but can use a `case`/`in` on them and be more type safe than just strings
<FromGitter>
<zomatree0:matrix.org> hmm
<straight-shoota>
Maybe just tell what you want to do?
<FromGitter>
<zomatree0:matrix.org> im wanting to do `event("message") <proc here>` but all the events take differant args so the types dont match up so i wanted to do it via overloads instead
<FromGitter>
<Blacksmoke16> oo an eventing shard, i have one of those :P
<FromGitter>
<MrSorcus> > oo an eventing shard, i have one of those :P β β π
<FromGitter>
<Blacksmoke16> tl;dr make your proc take some `Event` object that contains the data
<FromGitter>
<Blacksmoke16> versus passing the data directly to the proc
<FromGitter>
<Blacksmoke16> then you can subclass it and stuff for more specific data
<straight-shoota>
If you call them with string literals as argument, why not make different methods with the strings as name?
<FromGitter>
<zomatree0:matrix.org> looks bad π
<FromGitter>
<zomatree0:matrix.org> i think i will go the single Event class and subclassing that
<straight-shoota>
looks can be deveiving
<straight-shoota>
*deceiving
<straight-shoota>
doh
<FromGitter>
<zomatree0:matrix.org> is overloads via enums a feature that could be added
<FromGitter>
<Blacksmoke16> iirc i asked this before and the answer was not likely due to enum members just being constants with Int values
<FromGitter>
<Blacksmoke16> not actually types
<FromGitter>
<zomatree0:matrix.org> shame
<FromGitter>
<Blacksmoke16> you could use some type structure to do it tho. Like each string maps to some specific struct
<straight-shoota>
I really don't understand why you want to do sth like `event("message") { ... }` when you could just do `message { ... }` instead