<  February 2017   >
Su Mo Tu We Th Fr Sa  
          1  2  3  4  
 5  6  7  8  9 10 11  
12 13 14 15 16 17 18  
19 20 21 22 23 24 25  
26 27 28
00:00 kiltzman joined
00:02 hahuang61 joined
00:03 kiltzman joined
00:03 kiltzman joined
00:04 kiltzman joined
00:06 kiltzman joined
00:08 kiltzman joined
00:08 edgurgel joined
00:08 kiltzman joined
00:11 yeshacker2 joined
00:11 unga joined
00:11 cfreeze joined
00:17 marr joined
00:21 nomicflux joined
00:33 ghostcard joined
00:33 montanonic joined
00:34 <josevalim> fxrs: did it work after all? what was it?
00:38 <fishcakez> ^ postgrex doesnt support ident
00:39 edwinvdgraaf joined
00:40 <fishcakez> because no local socket support
00:41 kiltzman joined
00:45 travis-ci joined
00:45 <travis-ci> elixir-lang/elixir#13580 (master - 49ddf37 : José Valim): The build passed.
00:45 <travis-ci> Change view : https://github.com/elixir-lang/elixir/compare/0ff4f20bbca6...49ddf3736e85
00:45 <travis-ci> Build details : https://travis-ci.org/elixir-lang/elixir/builds/203285976
00:45 travis-ci left
00:47 IRCFrEAK joined
00:49 nomicflux joined
00:50 IRCFrEAK left
00:51 dhk joined
01:01 yeshacker2 joined
01:07 harfangk joined
01:14 kumar joined
01:14 <kumar> Hi
01:15 <kumar> New To Elixir .. Any resources to suggest
01:18 <benwilson512> kumar: welcome. The website's getting started guides are a good place to start
01:18 <benwilson512> as the Programming Elixir book by Dave Thomas
01:20 MotherFlojo joined
01:23 nighty joined
01:25 srxa joined
01:30 john2x joined
01:42 raycoll joined
01:46 yeshacker2 joined
02:01 harfangk joined
02:03 devbug joined
02:03 hahuang61 joined
02:03 <devbug> is there a particular reason why File.Stream doesn't `:file.advise` sequential access?
02:06 cherrot joined
02:10 ghostcard joined
02:11 edgurgel joined
02:28 bobbypriambodo joined
02:30 racycle joined
02:39 codestorm joined
02:40 tomterl joined
02:43 edwinvdgraaf joined
02:44 laut joined
02:53 wong2 joined
02:55 ghostcard joined
03:07 montanonic joined
03:08 chrismccord joined
03:17 systemfault joined
03:21 MotherFlojo joined
03:23 txdev joined
03:30 potatosalad joined
03:33 Cohedrin joined
03:38 MotherFlojo joined
03:42 devbug joined
03:44 edwinvdgraaf joined
03:53 madgoat joined
04:03 hahuang61 joined
04:10 kiltzman joined
04:11 kiltzman joined
04:12 kiltzman joined
04:13 kiltzman joined
04:13 kiltzman joined
04:14 potatosalad joined
04:14 kiltzman joined
04:14 potatosalad joined
04:15 potatosalad joined
04:16 potatosalad joined
04:17 BeerLover joined
04:21 BeerLover joined
04:22 hahuang61 joined
04:26 codestorm joined
04:35 <nhooyr> in http://www.phoenixframework.org/docs/routing#section-scoped-routes , what does `As an extra bonus, we could nest all of the routes for our application inside a scope that simply has an alias for the name of our Phoenix app, and eliminate the duplication in our controller names.` mean? I don't understand, haven't we already eliminated the duplica
04:35 <nhooyr> tion in our controller names?
04:36 <Radar> nhooyr: I see it, but where do you think the duplication was eliminated before that point?
04:37 <nhooyr> Radar: the very previous sentence.
04:37 <nhooyr> and example
04:37 <chrismccord> nhooyr instead of having to write `HelloPhoenix.Admin.ImageController`, `HelloPhoenix.Admin.ReviewController`, etc, you can set the alias prefix in the scope to apply to all controllers in th escope
04:37 <nhooyr> like the code block right before that sentence
04:37 <nhooyr> hasn't that already eliminated the duplication?
04:37 <Radar> nhooyr: I think that example shows you can eliminate the duplication for a "nested module" (i.e. HelloPhoenix.Admin) and not the top-level one. The example after "as an extra bonus" shows how you can apply the same theory to the top-level module too.
04:38 <nhooyr> ah
04:38 <nhooyr> I see, thanks!
04:38 <nhooyr> I'll should submit a PR to make it crystal clear.
04:38 <chrismccord> <3
04:39 <nhooyr> chrismccord: the phoenix website isn't responsive. is there a place I can open an issue/PR to fix this?
04:39 <chrismccord> nhooyr we use readme.io for the guides so it's out of our control unfortunately
04:39 potatosalad joined
04:40 raycoll joined
04:40 <nhooyr> chrismccord: even the general website. like http://www.phoenixframework.org/
04:40 <chrismccord> yes
04:40 <nhooyr> damn alright, thanks!
04:45 edwinvdgraaf joined
04:49 <nhooyr> chrismccord: made the PR! <3
04:51 bobbypriambodo joined
04:53 Cohedrin joined
04:58 ur5us joined
05:02 imack joined
05:21 codestorm joined
05:37 DTZUZO joined
05:42 howdoicomputer joined
05:42 montanonic joined
05:45 edwinvdgraaf joined
05:48 harfangk joined
05:51 cemilowski joined
06:02 raycoll joined
06:05 dec0n joined
06:07 blahdodo joined
06:07 montanonic joined
06:10 cherrot joined
06:15 codestorm joined
06:25 systemfault joined
06:28 DeadTrickster joined
06:28 lixmon joined
06:29 icanhazbroccoli joined
06:30 r00tl3ss joined
06:36 voltone joined
06:41 raycoll joined
06:52 proteusguy joined
06:53 codestorm joined
06:54 srxa_ joined
06:55 dch_ joined
06:57 kyrix joined
06:59 Nanshan joined
07:06 blahdodo joined
07:08 cemilowski joined
07:13 tomaz_b joined
07:15 Nanshan joined
07:19 cherrot joined
07:24 unlaudable joined
07:25 raycoll joined
07:31 montanonic joined
07:34 cemilowski1 joined
07:39 _0xAX joined
07:41 _0xAX joined
07:43 gvaughn joined
07:44 AC joined
07:44 madgoat left
07:47 codestorm joined
07:47 edwinvdgraaf joined
07:53 ndeet joined
07:54 tuacker joined
08:07 nd__ joined
08:10 gokr joined
08:13 DeadTrickster joined
08:14 kiltzman joined
08:14 kiltzman joined
08:14 tuacker1 joined
08:18 kiltzman joined
08:18 cherrot joined
08:19 kiltzman joined
08:19 josevalim joined
08:20 kiltzman joined
08:21 kiltzman joined
08:21 milad joined
08:22 kiltzman joined
08:22 agit0 joined
08:37 gvaughn joined
08:37 kyrix joined
08:40 ZippoWeb joined
08:40 bobbypriambodo joined
08:41 codestorm joined
08:42 reachfh joined
08:46 codestorm joined
08:50 vmoravec joined
08:52 kyrix joined
08:52 areski joined
08:55 reachfh joined
09:00 mark_66 joined
09:02 Svenskunganka joined
09:04 harfangk joined
09:05 <devbug> Man, this is really, really bewildering
09:06 <devbug> If I `send(collector, {:fetched, page, response})`, where `response` is nil => `handle_info` works fine
09:06 srxa joined
09:06 <devbug> but... where `response` is a largeish HTTPoison.Response struct... I get function clause match errors
09:07 <devbug> instead of receiving {:fetched, _, _} I receive {ref, {:fetched, _, _}}
09:08 <devbug> now, even more confusing:
09:09 <devbug> if I `send(collector, {{:fetched, page, response}}` that ref disappears
09:10 mattyw joined
09:11 dch_ joined
09:11 stephen_m joined
09:12 <devbug> same issue with `:erlang.send/2`
09:12 <* devbug> sighs
09:13 codestorm joined
09:13 steffkes joined
09:13 steffkes joined
09:14 marr joined
09:14 meh` joined
09:18 <* devbug> needs sleep
09:19 <devbug> it's Task.async sending its reply
09:22 nhooyr joined
09:23 CapNemo joined
09:24 <tuacker1> devbug: looks like you are doing result = Task.await(..) and then send(collector, result)
09:24 <tuacker1> instead of {ref, result} = Task.await(..) => send(collector, result)
09:24 <devbug> tuacker: almost; forgot that Task sends {ref, result} automatically
09:26 nhooyr joined
09:31 goyox86_ joined
09:31 gvaughn joined
09:32 Guest67_ joined
09:32 freedrull joined
09:36 PaReeOhNos joined
09:36 PaReeOhN_ joined
09:36 travis-ci joined
09:36 <travis-ci> elixir-lang/elixir#13581 (master - 7456b60 : Andrea Leopardi): The build passed.
09:36 <travis-ci> Change view : https://github.com/elixir-lang/elixir/compare/49ddf3736e85...7456b602fc9e
09:36 <travis-ci> Build details : https://travis-ci.org/elixir-lang/elixir/builds/203371933
09:36 travis-ci left
09:39 fulcrum joined
09:41 Havvy joined
09:48 edwinvdgraaf joined
09:50 r00tl3ss joined
09:50 proteus-guy joined
09:50 bobbypriambodo joined
09:51 Svenskunganka joined
09:52 proteus-guy joined
09:54 bobbypriambodo joined
10:01 bradley joined
10:01 lopex joined
10:01 bigkevmcd joined
10:01 flaviodesousa joined
10:08 goyox86 joined
10:10 Svenskunganka joined
10:10 shadowjack joined
10:13 dsr[m] left
10:13 dkx[m] left
10:13 brian[m] left
10:15 unlaudable joined
10:20 reachfh joined
10:23 rschmukler joined
10:26 gvaughn joined
10:26 bobbypriambodo joined
10:26 cherrot joined
10:30 PaReeOhNos joined
10:30 Svenskunganka joined
10:31 goyox86 joined
10:32 reachfh joined
10:37 icecreamcohen joined
10:49 josevalim joined
10:49 edwinvdgraaf joined
10:51 cemilowski joined
10:54 <fredsir> Anybody know when programming elixir 1.4 will be available?
10:54 <josevalim> have they said they will ship an update?
10:55 <josevalim> for what is worth, elixir 1.4 is a tiny release
10:55 <josevalim> reading the announcement will likely be enough to get up to date
10:57 <fredsir> oh, I thought someone in here mentioned there would be one
10:57 <fredsir> if not, my bad
10:57 <fredsir> good to know
10:57 BeerLove_ joined
10:58 Guedes joined
11:05 <OliverMT> phoenix 1.3 is the big change fredsir
11:06 <OliverMT> although not too big that one either, its mostly a design principles update imo
11:06 <OliverMT> with the generators making services instead of putting everything in the controller
11:06 <OliverMT> althought the name isnt "service".. what is it you call those things in phoenix now josevalim ?
11:07 <josevalim> context
11:07 <OliverMT> thanks
11:07 <fredsir> OliverMT: Tell me, I have read the guide in the elixir site, and I have programming for a lot of years prior to that, and am currently reading programming phoenix, which I will be done with in the evening today is my guess. Will a gain much by reading programming elixir?
11:07 <josevalim> and it is not a big change really, only generators
11:07 <OliverMT> yeah, its a big change for me
11:07 <OliverMT> when using generator I dont have to manually make the service anymore :D
11:07 <OliverMT> although that would have been fixed if I learned earlier than 7 days ago that you can override the generators
11:07 <fredsir> wow, many spell wrong, ... lmao, programmed* on*
11:08 <OliverMT> programming elixir is the book I started with, mainly because we decided to look into elixir right before I went on a three week vacation
11:08 travis-ci joined
11:08 <travis-ci> elixir-lang/elixir#13583 (master - 46d7ff9 : Andrea Leopardi): The build passed.
11:08 <travis-ci> Change view : https://github.com/elixir-lang/elixir/compare/7456b602fc9e...46d7ff9902c5
11:08 <travis-ci> Build details : https://travis-ci.org/elixir-lang/elixir/builds/203396488
11:08 travis-ci left
11:08 <josevalim> fredsir: it depends. if you feel like there are gaps when reading programming phoenix in your elixir knowledge
11:08 <OliverMT> the guides for elixir and phoenix are most likely enough
11:08 <josevalim> then picking up programming elixir may be a good complement
11:08 <OliverMT> programming elixir has a bit too much focus on stuff you normally wont use much until after you have programmed elixir a while
11:08 <fredsir> josevalim: there have been a few things up until now, but with a quick search, that gap was filled in a minute or so
11:09 <OliverMT> but its a good book
11:09 <fredsir> right
11:14 imack joined
11:17 goyox86_ joined
11:20 gvaughn joined
11:27 mpsag joined
11:29 r00tl3ss joined
11:32 kyrix joined
11:36 gmcabrita joined
11:40 travis-ci joined
11:40 <travis-ci> elixir-lang/elixir#13585 (master - fb58857 : José Valim): The build passed.
11:40 <travis-ci> Change view : https://github.com/elixir-lang/elixir/compare/1b3a2fc7cf94...fb588574a58a
11:40 <travis-ci> Build details : https://travis-ci.org/elixir-lang/elixir/builds/203405775
11:40 travis-ci left
11:55 nighty joined
11:56 <tuacker> Woke up with a crazy idea today: run migrations as a :temporary worker during startup … but I'm not sure if that is reasonable. example: https://gist.github.com/anonymous/5299b8cbe267818c9dd9915e864c45b0#file-myapp-ex-L12 …
11:57 travis-ci joined
11:57 <travis-ci> elixir-lang/elixir#13586 (master - 358b3fc : Andrea Leopardi): The build passed.
11:57 <travis-ci> Change view : https://github.com/elixir-lang/elixir/compare/fb588574a58a...358b3fc93884
11:57 <travis-ci> Build details : https://travis-ci.org/elixir-lang/elixir/builds/203410018
11:57 travis-ci left
12:03 sumi joined
12:05 reachfh joined
12:14 gvaughn joined
12:20 superherointj joined
12:21 diaes256 joined
12:23 kiltzman joined
12:25 Dreamer3 joined
12:30 blacksails joined
12:31 r00tl3ss joined
12:33 hbraun joined
12:40 codestorm joined
12:43 travis-ci joined
12:43 <travis-ci> elixir-lang/elixir#13587 (master - c775ab6 : Andrea Leopardi): The build was broken.
12:43 <travis-ci> Change view : https://github.com/elixir-lang/elixir/compare/358b3fc93884...c775ab6db200
12:43 <travis-ci> Build details : https://travis-ci.org/elixir-lang/elixir/builds/203421065
12:43 travis-ci left
12:51 edwinvdgraaf joined
12:52 Svenskunganka joined
12:55 codestorm joined
13:00 laut joined
13:02 cherrot joined
13:04 Svenskunganka joined
13:05 jerel joined
13:05 nanohest joined
13:07 nanohest joined
13:08 gvaughn joined
13:09 nanohest joined
13:19 josevalim joined
13:21 kyrix joined
13:21 bobbypriambodo joined
13:23 <OliverMT> why use handle_cast over handle_info ? or rather, is there any semantic difference between Process.send and .cast ?
13:24 <OliverMT> this is from inside genserver to same genserver
13:24 <OliverMT> I am doing a large update in async and sending updated state in a .send
13:24 <OliverMT> should that be a handle_cast instead?
13:25 Svenskunganka joined
13:34 kyrix joined
13:35 <bobbypriambodo> I see it like this: if you're interacting directly with the genserver, then you need to use cast
13:35 <benwilson512> OliverMT: http://stackoverflow.com/questions/22968457/erlang-difference-between-using-gen-servercast-2-and-standard-message-passing
13:36 codestorm joined
13:46 kyrix joined
13:50 harfangk joined
13:52 edwinvdgraaf joined
13:52 bobbypriambodo joined
13:52 Guest67_ joined
13:52 <OliverMT> thanks benwilson512
13:52 <micmus> josevalim: is there a reason the elixir compiler constructs erlang AST directly instead of using functions from http://erlang.org/doc/man/erl_syntax.html ?
13:52 <nox> micmus: Verbosity.
13:53 <nox> micmus: And erl_syntax doesn't return plain old ASTs.
13:54 <micmus> ok, fair enough
13:59 Notimik joined
14:02 srxa joined
14:02 gvaughn joined
14:07 craigp joined
14:10 blacksails joined
14:12 nomicflux joined
14:15 alex88 joined
14:17 Guedes joined
14:18 mpsag joined
14:18 kronicdeth joined
14:18 superherointj joined
14:24 jhack joined
14:24 Guest67_ joined
14:24 alex88 joined
14:26 tomaz_b joined
14:30 codestorm joined
14:32 nanohest joined
14:32 reachfh joined
14:38 gvaughn joined
14:40 milad joined
14:41 wong2 joined
14:42 gokr joined
14:45 imack joined
14:47 mitchellhenke joined
14:48 <OliverMT> how do you know in a handle_in which room you joined if you join a dynamic one? is it my responsibility to put that in the socket assigns?
14:53 io_bora joined
14:55 Dreamer3 joined
14:55 <Ankhers> socket.channel should tell you which room you are in.
14:56 <Ankhers> https://hexdocs.pm/phoenix/Phoenix.Socket.html (Socket Fields)
14:56 <Ankhers> Sorry, I think you want socket.topic.
14:56 <Ankhers> OliverMT: ^^
14:57 <OliverMT> indeed, thanks :D
15:00 alex88 joined
15:02 steffkes joined
15:06 <OliverMT> I am also getting a message I have no idea where comes from
15:06 <OliverMT> its a reference with an :ok
15:06 wpcarro joined
15:08 chrismccord joined
15:08 <OliverMT> can it be http://erlang.org/doc/man/erlang.html#send_after-3 ?
15:08 <OliverMT> I am not seeing that it is sending any ref in the docs, just that it returns a ref
15:09 codestorm joined
15:10 <fishcakez> it would requring using that message if it is sent? So unlikely. `{reference, :ok}` is likely a task or a call result, this might happen if you haven't await/yield'ed an async task or have catch a timed out call
15:10 <OliverMT> I am indeed doing an async task
15:11 <OliverMT> I shoult be doing Task.start I guess
15:11 vjustov joined
15:11 <OliverMT> or would it be even more idiomatic to have a handle_info that waits for the reference then does Task.await(ref) to get the result and write to state?
15:11 <OliverMT> rigth now I am just doing a cast at the end of the task
15:12 <fishcakez> its fine to receive the {reference, result} in handle_info
15:12 <fishcakez> just check the reference matches ref in %Task{ref: ref}
15:13 <fishcakez> start_link + cast can be fine too ofc
15:13 <fishcakez> but async + cast is duplicate work :D
15:13 BeerLover joined
15:14 bturnbull joined
15:18 <fxrs> josevalim, you might have missed my solution to the ecto-psql-error i had yesterday.
15:18 <fxrs> i did find and change the pg_hba.conf to trust: http://pastebin.com/0sC52adE
15:19 <fxrs> not sure if that's the best way to fix it but ecto.create worked since that change.
15:22 <chrismccord> josevalim ping
15:22 <fishcakez> fxrs: ecto/postgres uses TCP and postgresql requires extra configuration to support ident over TCP
15:23 <micmus> I wonder if postgrex could work over unix socket now that 19 has experimental support for it
15:25 <fishcakez> likely it can, im not sure how easy it would be to support the ecto uri URLS with local sockets?
15:25 <fxrs> does that mean local connections connect the same way as remote ones do via ecto/postgres? i assumed setting local method to trust would be enough, but it only worked when i added trust for host.
15:26 <fishcakez> fxrs: it connects over 127.0.0.1/32 tcp instead of local sockets
15:26 imack joined
15:26 potatosalad joined
15:26 <fishcakez> I mean the ecto URIs :D
15:28 <fxrs> fishcakez, is it normal that this needs to be setup manually? i didnt notice that in the installation instruction.
15:29 milad joined
15:29 milad joined
15:29 <micmus> fishcakez: hackney uses http+unix:// as protocol for connecting though unix sockets. Maybe we could use whatever+unix:// too, right now we allow whatever://
15:30 <josevalim> chrismccord: pong
15:30 <chrismccord> josevalim: can we get `@moduletag capture_id: :stderr` in ex_unit?
15:30 <chrismccord> capture_io(
15:30 <chrismccord> *
15:32 gvaughn joined
15:34 gmcabrita joined
15:36 raycoll joined
15:38 <fishcakez> chrismccord: it was discussed when capture_log was added IIRC, the biggest is that it won't support async: true
15:38 <fishcakez> s/biggest/biggest issue
15:38 <fishcakez> if there were others i have forgotten
15:42 danecando joined
15:47 <chrismccord> fishcakez module_tag :capture_io allows async?
15:48 <fishcakez> chrismccord: wdym?
15:48 <fishcakez> the issue is that only one test could capture :stderr at a time
15:48 rschmukler joined
15:49 <chrismccord> fishcakez : is it any different than `@moduletag :capture_io` I mean
15:49 <chrismccord> ah, I see
15:50 <fishcakez> capture_io: :stdio would work but seems of limited use because io is unlikely to have test as group leader
15:52 <fishcakez> sorry is unlikely to inherit the tests group leader
15:52 <fishcakez> as it would require starting the tree of processes in the test process
15:53 edwinvdgraaf joined
15:54 andman joined
15:55 renanoronfle joined
15:56 proteusguy joined
15:56 raycoll joined
15:56 jdrab joined
15:58 <renanoronfle> josevalim hello,
15:58 <renanoronfle> Last week I asked if the blog post on association worked, I still have the same problem, I got the blog post I created a project from 0 and I refined it, it worked that approach with a has_many relationship, but when I have a has_on relationship it does not work The same error that gave in my project, but in ecto 1 did not happen, is it a bug?
16:03 codestorm joined
16:05 myers joined
16:09 mounibec joined
16:10 fxn joined
16:11 dch_ joined
16:13 travis-ci joined
16:13 <travis-ci> elixir-lang/elixir#13592 (master - 03a16c7 : Andrea Leopardi): The build was fixed.
16:13 <travis-ci> Change view : https://github.com/elixir-lang/elixir/compare/c775ab6db200...03a16c7496e2
16:13 <travis-ci> Build details : https://travis-ci.org/elixir-lang/elixir/builds/203492484
16:13 travis-ci left
16:17 rokf joined
16:19 brunozrk joined
16:21 Guedes joined
16:27 gvaughn joined
16:31 tuacker joined
16:39 milad joined
16:39 milad joined
16:40 vmoravec joined
16:42 karmajunkie joined
16:43 mounibec joined
16:46 mounibec joined
16:48 <rbino> how can I use an upgrade generated by distillery from Erlang? I want to try hot code upgrade for a VerneMQ plugin, so I don't start it with bin/myplugin start, but it's started from VerneMQ
16:51 <micmus> AFAIK, the distillery generated release has nothing elixir-specific in it once it's compiled. It's a regular erlang release. Not sure that info helps you, though.
16:51 travis-ci joined
16:51 <travis-ci> elixir-lang/elixir#13593 (v1.4 - 3d756ac : José Valim): The build passed.
16:51 <travis-ci> Change view : https://github.com/elixir-lang/elixir/compare/e6ed1d58d7d4...3d756ac5ad63
16:51 <travis-ci> Build details : https://travis-ci.org/elixir-lang/elixir/builds/203507204
16:51 travis-ci left
16:51 AustinMatherne joined
16:54 chrismccord joined
16:56 Guest5348 joined
16:57 travis-ci joined
16:57 <travis-ci> elixir-lang/elixir#13594 (master - 4a44617 : José Valim): The build passed.
16:57 <travis-ci> Change view : https://github.com/elixir-lang/elixir/compare/03a16c7496e2...4a44617539d0
16:57 <travis-ci> Build details : https://travis-ci.org/elixir-lang/elixir/builds/203507273
16:57 travis-ci left
16:58 codestorm joined
17:01 nomicflux joined
17:05 maxbeizer joined
17:06 srxa joined
17:06 sulphur27 joined
17:06 balo joined
17:07 ljarvis joined
17:07 nd___ joined
17:09 jxs joined
17:09 amontalenti joined
17:09 povilas joined
17:09 Cthalupa joined
17:09 haste joined
17:12 ndeet joined
17:19 PaReeOhNos joined
17:21 <rbino> micmus, yes, I'm trying to understand how should I pass the generated relup to vernemq so it upgrades my plugin
17:21 gvaughn joined
17:22 PaReeOhNos joined
17:23 racycle joined
17:25 gvaughn joined
17:26 gvaughn joined
17:27 gvaughn_ joined
17:28 PaReeOhNos joined
17:28 gvaughn_ joined
17:30 wsieroci joined
17:31 dch_ joined
17:32 PaReeOhNos joined
17:37 montanonic joined
17:39 MotherFlojo joined
17:52 codestorm joined
17:52 steffkes joined
17:54 cemilowski joined
17:59 rschmukler joined
18:01 gokr joined
18:03 mloy joined
18:04 icanhazbroccoli joined
18:10 rschmukler joined
18:13 JuanMiguel joined
18:23 lexmag joined
18:24 harfangk joined
18:26 <robertc> In case anyone is interested there is a MOOC starting today for introductory Erlang https://www.futurelearn.com/courses/functional-programming-erlang
18:26 nd__ joined
18:28 rschmukler joined
18:29 jschneck joined
18:29 io_bora joined
18:30 montanonic joined
18:31 devbug joined
18:33 gmcabrita joined
18:33 FIFOd joined
18:35 srxa joined
18:38 rschmukler joined
18:39 <jschneck> does anyone know if I can get logger to spill its messages to a remsh session
18:39 areski joined
18:39 <jschneck> do I just need to add a backend?
18:41 ZippoWeb joined
18:42 Svenskunganka joined
18:46 codestorm joined
18:48 srxa_ joined
18:50 DTZUZU joined
18:51 <OliverMT> yes
18:52 rokf_ joined
18:53 edgurgel joined
19:02 josevalim joined
19:04 JuanMiguel joined
19:06 apotry joined
19:08 wsieroci joined
19:12 rschmukler joined
19:13 blacksails joined
19:15 io_bora joined
19:18 io_bora joined
19:24 codestorm joined
19:25 nose joined
19:26 <nose> Hi, I seem to be getting a non-deterministic protocol implementation compilation problem. Is this a known issue?
19:26 <nose> Specificly with ecto's Postgrex adapter not implementing String.Chars
19:26 mounibec joined
19:29 nvd joined
19:30 devbug joined
19:30 nvd joined
19:31 nvd_ joined
19:32 nvd_ joined
19:32 <nose> Ok, maybe I'm making assumptions. I have a problem with String.Chars not being implemented for Postgrex.Query
19:33 <benwilson512> it likely shouldn't be
19:33 icanhazbroccoli joined
19:34 nvd_ joined
19:34 <benwilson512> what are you trying to use it for?
19:35 <fishcakez> It should be, it's requires for logging
19:36 <benwilson512> ah
19:40 <nose> Backtrace seems to imply it's using that for internal representation -> query string
19:40 <nose> It's coming from a normal use of Repo.all()
19:41 <nose> Rebuilding seems to fix this ~50% of the time
19:41 <nose> Could also jsut be a coincidence of the data it's processing
19:43 <micmus> nose: are you in an umbrella?
19:43 <micmus> I experienced some missing protocols in umbrellas when moving around applications
19:44 <micmus> but never managed to create a solid reproduction steps
19:44 <nose> Yes, I am
19:44 lizzin joined
19:44 <nose> I remember seeing a bug on the Elixir github about a similar issue, but it was closed for 1.4
19:45 <micmus> I'm usually on elixir master and still experience those, so that's probably not it
19:46 <nose> Seems like a fairly critical problem
19:48 <micmus> i experience this very rarely, I think I saw this 3 or 4 times now, so I haven't bothered spending too much time on it
19:48 <nose> Like I said, it seems to happen for me quite often. Makes it impossible to run the application maybe 1/3 of the time
19:56 edwinvdgraaf joined
20:04 spinningtopsofdo joined
20:05 <nose> @micmus Do you know if there is a github issue re: the umbrella issue?
20:05 <micmus> nose: I'll try creating reproduction steps and open one
20:06 <nose> Thanks! I really appreciate it. Let me know if there's anything I can do to help
20:07 rschmukler joined
20:09 rokf joined
20:14 <smeevil> o/
20:19 rikkus joined
20:19 rikkus joined
20:19 io_bora joined
20:23 josevalim joined
20:24 <nose> o/
20:27 ndeet joined
20:28 MotherFl1 joined
20:31 nvd joined
20:32 DeadTrickster joined
20:32 squall joined
20:33 aeliton joined
20:33 Cohedrin joined
20:33 KlaatuVerataNict joined
20:34 rschmukler joined
20:37 maxbeizer joined
20:39 KlaatuVerataNict left
20:42 nanohest joined
20:43 Svenskunganka joined
20:43 steffkes joined
20:43 steffkes joined
20:43 <freedrull> is rebar the same as hex
20:44 <ericmj> rebar is a build tool, hex is a package manager
20:44 <ericmj> rebar3 has a hex client though
20:50 srxa joined
20:51 <aeliton> Hello All, I have implemented a Supervisor (strategy: :one_for_one, max_restarts: 300, max_seconds: 30) to upload around 400 files (one worker per file) using HTTPoison. Is this a proper way to implement that? I'd like to have a reliable and fast way to upload all files, but i'm noticing many failures during the process.
20:53 <aeliton> With this implementation only 180 files are being copied, so I imagine the Supervisor is getting more the 300 failures in 30 seconds, is that right?
20:54 ur5us joined
20:55 ur5us joined
20:55 steffkes joined
20:55 steffkes joined
20:56 <micmus> I'm pretty sure the target server might not like being bombarded with 400 files at the same time
20:56 <micmus> Take a look at Task.async_stream
20:56 ur5us joined
20:56 refriedchicken joined
20:58 <aeliton> Thanks micmus, I'll will
20:59 montanonic joined
21:00 refriedchicken66 joined
21:03 PaReeOhNos joined
21:06 edwinvdgraaf joined
21:06 steffkes joined
21:06 steffkes joined
21:08 rschmukler joined
21:11 lizzin joined
21:13 edgurgel joined
21:17 Cohedrin joined
21:24 MotherFlojo joined
21:27 <rikkus> case :a do 0 -> 0; x when x < 0 -> 0; x when x > 0 -> 1 end
21:27 <rikkus> => 1
21:28 <rikkus> do not want... same with ~r//, "", 'foo', etc... lots of random stuff gets matched with 'when x > 0'
21:28 <josevalim> rikkus: it is explained here: http://elixir-lang.org/getting-started/basic-operators.html
21:28 <josevalim> search for ordering
21:28 <rikkus> thanks
21:28 <josevalim> if you want strict compare, check if the argument is an integer
21:29 <josevalim> or if it is a number, etc
21:29 <rikkus> ah, "pragmatism" ;)
21:29 <rikkus> yep I'll add my own check, thanks
21:30 <micmus> nose: I tried by wasn't able to reproduce an issue when I tried to, it only happens to me randobly
21:31 <micmus> nose: maybe you noticed what you're doing when it happens? I.e. switching between apps in umbrella editing files, etc
21:33 jhack joined
21:39 mbwe joined
21:46 edgurgel joined
21:47 mounibec joined
21:47 blacksails joined
21:50 gvaughn_ joined
21:54 montanonic joined
21:54 jmiven joined
21:55 w-t-h_ joined
21:55 rschmukler joined
22:04 janl_ joined
22:13 nanohest joined
22:20 travis-ci joined
22:20 <travis-ci> elixir-lang/elixir#13596 (master - a7316e7 : José Valim): The build was broken.
22:20 <travis-ci> Change view : https://github.com/elixir-lang/elixir/compare/4a44617539d0...a7316e752f77
22:20 <travis-ci> Build details : https://travis-ci.org/elixir-lang/elixir/builds/203610033
22:20 travis-ci left
22:25 MotherFlojo joined
22:27 nomicflux joined
22:32 MotherFlojo joined
22:35 pbrooko joined
22:37 rschmukler joined
22:37 bturnbull joined
22:39 karmajunkie joined
22:43 Svenskunganka joined
22:43 io_bora joined
22:44 travis-ci joined
22:44 <travis-ci> elixir-lang/elixir#13597 (master - b620445 : José Valim): The build was fixed.
22:44 <travis-ci> Change view : https://github.com/elixir-lang/elixir/compare/a7316e752f77...b620445bb505
22:44 <travis-ci> Build details : https://travis-ci.org/elixir-lang/elixir/builds/203615328
22:44 travis-ci left
22:46 MotherFlojo joined
22:50 io_bora joined
22:52 travis-ci joined
22:52 <travis-ci> elixir-lang/elixir#13598 (master - 5a92a57 : José Valim): The build was fixed.
22:52 <travis-ci> Change view : https://github.com/elixir-lang/elixir/compare/b620445bb505...5a92a579c7ab
22:52 <travis-ci> Build details : https://travis-ci.org/elixir-lang/elixir/builds/203618271
22:52 travis-ci left
22:53 reachfh joined
23:00 kronicdeth joined
23:03 spinningtopsofdo joined
23:06 nomicflux joined
23:09 jhack joined
23:09 dch_ joined
23:15 slashrsm joined
23:15 MotherFlojo joined
23:19 srxa joined
23:21 travis-ci joined
23:21 <travis-ci> elixir-lang/elixir#13600 (master - a19f7a9 : Aleksei Magusev): The build passed.
23:21 <travis-ci> Change view : https://github.com/elixir-lang/elixir/compare/5a92a579c7ab...a19f7a99bdd6
23:21 <travis-ci> Build details : https://travis-ci.org/elixir-lang/elixir/builds/203624997
23:21 travis-ci left
23:23 potatosalad joined
23:27 proteusguy joined
23:29 mitchellhenke joined
23:30 bturnbull joined
23:31 renanoronfle joined
23:36 z1mvader joined
23:43 josevalim_ joined
23:46 edgurgel joined
23:54 jschneck joined
23:57 <jschneck> Sorry for repeating things, but I trailed off earlier. How do I go about getting Logger to output on a remsh connected session
23:57 kronicdeth joined
23:59 willyk joined
23:59 <fishcakez> jschneck: elixir vsn?
23:59 <jschneck> 1.4.1