<    March 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 _2_4 25  
26 27 28 29 30 31
00:06 rschmukler joined
00:13 icecreamcohen joined
00:15 asabil joined
00:17 rschmukler joined
00:21 alexarnon joined
00:25 hexus0 joined
00:27 sven__ joined
00:27 milmazz joined
00:34 kommen joined
00:34 Dev0n joined
00:45 hashpuppy joined
00:52 hotpanca_ joined
00:53 codestorm joined
00:55 cemilowski joined
00:56 jeregrine joined
01:01 hexus0 joined
01:03 hexus0 joined
01:14 alexarnon joined
01:17 DTZUZU joined
01:17 nahtnam joined
01:45 jerel joined
01:47 codestorm joined
01:59 chriswarren joined
02:02 cemilowski joined
02:07 FIFOd joined
02:11 hotpancakes joined
02:21 hotpanca_ joined
02:26 hotpancakes joined
02:29 chriswarren joined
02:29 hotpancakes joined
02:30 MotherFlojo joined
02:30 raycoll joined
02:30 gvaughn joined
02:30 erikp33 joined
02:31 inoas joined
02:31 gvaughn joined
02:31 hotpancakes joined
02:32 gvaughn_ joined
02:34 kommen joined
02:35 justicefries joined
02:37 marcdel joined
02:40 myronmarston joined
02:41 tomterl joined
02:41 codestorm joined
02:56 hotpancakes joined
02:57 cdg joined
03:09 raycoll joined
03:18 hotpancakes joined
03:20 systemfault joined
03:22 w-t-h_ joined
03:25 chriswarren joined
03:26 hotpancakes joined
03:31 MotherFlojo joined
03:32 codestorm joined
03:32 codestorm joined
03:34 kronicdeth joined
03:36 rranelli joined
03:37 <kronicdeth> If I need to concatenate a bunch of lists, is there a way other than ++ between all the lists? The lists are returned from functions, but the number of lists is fixed at each call site if that matters.
03:37 raycoll joined
03:38 <ivan> kronicdeth: there is List.flatten but that does nested flattening. ++ seems fine
03:39 <kronicdeth> Yeah, I wasn't sure if flatten would be any better since it's a function call and it has to handle deep nesting while ++ is inlinable
03:46 hotpancakes joined
03:46 MotherFlojo joined
03:51 racycle_ joined
03:52 rranelli joined
03:57 <Sigma00> quick question: is it normal to have all functions in a module return a struct if the struct contains state important for functions to work? example: let's say I have a Bank struct with Accounts (which can hold Transactions) and credentials(and the credentials hold a token that changes on every API call), among other things. Is the best approach for all my functions to accept this struct and fill it in? Or is there another approach that would also
03:57 <Sigma00> make sense?
04:00 codestorm joined
04:02 MotherFlojo joined
04:09 sahrizv joined
04:13 hotpancakes joined
04:15 dj_goku joined
04:19 sahrizv joined
04:19 hexus0 joined
04:20 hexus0_ joined
04:29 systemfault joined
04:29 codestorm joined
04:29 hotpancakes joined
04:37 codestorm joined
04:51 potatosalad joined
05:06 kommen joined
05:11 nvd joined
05:15 cdg joined
05:21 rschmukler joined
05:21 justicefries joined
05:30 FIFOd joined
05:36 myronmarston joined
05:39 hexus0 joined
05:39 wtetzner joined
05:39 systemfault joined
05:40 justicefries left
05:44 sahrizv joined
05:47 Cohedrin joined
05:54 codestorm joined
05:56 rschmukler joined
05:57 hotpancakes joined
06:09 <sahrizv> Hello folks!
06:10 <sahrizv> What do you think is a good way to monitor an external web service in Elixir?
06:12 <sahrizv> I have a cluster of 3 monitoring nodes which have to monitor a web service in a service cluster of 100 nodes. The monitoring resolution may be around 10s and it would need to be done concurrently.
06:13 <sahrizv> I'd much appreciate any ideas. :-)
06:13 rschmukler joined
06:15 <sahrizv> I'm exploring Consul right now but I'm not too enthusiastic about it since I don't want to do an overkill, that too at the cost of adding complexity.
06:18 MotherFlojo joined
06:21 alexarnon joined
06:26 codestorm joined
06:27 jeffweiss joined
06:30 rschmukler joined
06:31 sahrizv joined
06:32 MotherFlojo joined
06:36 hotpanca_ joined
06:48 MotherFlojo joined
06:50 markholmes joined
06:50 alexarnon joined
06:51 rschmukler joined
06:59 gvaughn joined
07:01 cemilowski joined
07:04 robozahn joined
07:09 wwwd joined
07:10 wsieroci joined
07:19 rschmukler joined
07:20 codestorm joined
07:20 tshine joined
07:28 simonoram joined
07:31 cemilowski joined
07:37 wsieroci joined
07:37 wsieroci joined
07:39 myronmarston joined
07:41 MaSven joined
07:47 MotherFlojo joined
07:48 sivsushruth joined
07:49 <sivsushruth> Hey, I just asked this question on slack. But it is kind of urgent so if anyone can help me with this.
07:49 <sivsushruth> I am trying to setup phoenix with distillery
07:49 <sivsushruth> Everything is fine but i need to start application manually from console
07:49 <sivsushruth> it is not running automatically
07:50 <sivsushruth> https://github.com/bitwalker/distillery/issues/216
07:50 <sivsushruth> Any help is greatly appreciated guys
07:50 <sivsushruth> *folks
07:50 <sivsushruth> Thanks
07:55 hexus0 joined
07:59 rschmukler joined
08:06 tofutoon left
08:10 dignifiedquire joined
08:13 alexarnon joined
08:14 codestorm joined
08:15 nd__ joined
08:23 wsieroci joined
08:23 wsieroci joined
08:26 alexarnon joined
08:29 cemilowski joined
08:31 sivsushruth joined
08:32 alexarnon joined
08:34 ZippoWeb joined
08:37 josevalim joined
08:40 simonoram joined
08:45 jimt_ joined
08:55 codestorm joined
08:56 raycoll joined
09:03 robozahn joined
09:11 alexarnon joined
09:12 codestorm joined
09:20 ZippoWeb joined
09:35 sahrizv joined
09:35 alexarnon joined
09:39 sivsushruth joined
09:43 robozahn joined
09:43 marr joined
09:44 <micmus> sivsushruth: included_applications are not what you think they are
09:45 <micmus> sivsushruth: included_application means you will start that application's supervision tree manually as part of your application's supervision tree
09:45 <micmus> it should be all in applications
09:46 <sivsushruth> oh, did it change. Last i remember exrm required to add dependencies that do not need a start in included_applications
09:46 <sivsushruth> am i wrong ?
09:46 <micmus> it definitely didn't. included_applications are a very specific use case, that almost nobody has
09:47 rschmukler joined
09:50 nvd joined
09:52 sahrizv joined
09:57 <sivsushruth> oh cool. I should read up on it a bit more
09:57 simonoram joined
09:59 alexarnon joined
10:03 sahrizv joined
10:06 codestorm joined
10:14 hexus0 joined
10:18 robozahn joined
10:28 DisruptiveNL joined
10:38 lexmag joined
10:44 sahrizv joined
10:44 imack joined
10:56 simonoram joined
11:00 codestorm joined
11:07 sivsushruth joined
11:10 cemilowski joined
11:10 sahrizv joined
11:16 MotherFlojo joined
11:24 gmcabrita joined
11:35 sahrizv joined
11:36 rschmukler joined
11:43 pbrooko joined
11:45 sivsushruth joined
11:51 Guest67_ joined
11:52 squalloser joined
11:54 josevalim joined
11:54 codestorm joined
12:08 alexarnon joined
12:09 haennar joined
12:11 simonoram joined
12:15 sivsushruth joined
12:25 gvaughn joined
12:26 sivsushruth joined
12:29 chrismccord joined
12:36 cdg joined
12:38 vendethiel joined
12:39 acscherp joined
12:48 codestorm joined
12:49 chrismccord joined
12:59 <micmus> josevalim alisdair getting rid of __pool__ was surprisingly easy https://github.com/elixir-ecto/ecto/pull/1977
13:07 dimitarvp joined
13:16 cemilowski joined
13:17 MotherFlojo joined
13:24 <smeevil> Nice, complete phoenix 1.3 upgrade from an umbrella project took about 50 minutes :)
13:24 rschmukler joined
13:25 <smeevil> thank you for the clear upgrade guide !
13:26 Schalla joined
13:27 sivsushruth joined
13:39 <iFire> sahrizv: I've been looking at https://github.com/dalmatinerdb/dalmatinerdb
13:39 <iFire> for a time series database
13:39 <iFire> https://docs.google.com/spreadsheets/d/1sMQe9oOKhMhIVw9WmuCEWdPtAoccJ4a-IuZv4fXDHxM/edit#gid=0
13:40 <iFire> doc of all time series databases of note
13:41 <iFire> dalmatinerdb is erlang too
13:43 codestorm joined
13:50 gvaughn joined
14:03 sivsushruth joined
14:04 sahrizv joined
14:04 josevalim joined
14:18 dignifiedquire joined
14:19 rschmukler joined
14:21 daekano joined
14:24 gvaughn joined
14:25 teepark joined
14:32 laut joined
14:33 simonoram joined
14:37 codestorm joined
14:40 Or1on joined
14:42 rschmukler joined
14:44 wsieroci joined
14:45 johnhamelink joined
15:03 dstrunk joined
15:06 lexmag joined
15:07 FIFOd joined
15:08 haennar joined
15:12 potatosalad joined
15:12 sahrizv joined
15:13 dstrunk joined
15:14 <benwilson512> fishcakez: ping
15:18 MotherFlojo joined
15:21 sahrizv joined
15:21 meh` joined
15:30 Guest67_ joined
15:31 potatosa_ joined
15:31 codestorm joined
15:32 acscherp joined
15:33 <fishcakez> benwilson512: hey
15:33 chrismccord joined
15:33 <benwilson512> fishcakez: do you have any free time in the next couple of days to help me chase down a performance regression on the middleware branch of Absinthe?
15:35 <fishcakez> benwilson512: I'm in Florida so not til Tuesday
15:35 <benwilson512> ah nice!
15:35 <benwilson512> I'm gonna be releasing absinthe 1.3-beta0 today
15:35 <benwilson512> and then working on guides through the weekend
15:35 <benwilson512> so dealing with performance next week prior to an rc release is perfect
15:36 <benwilson512> enjoy your trip!
15:38 <fishcakez> benwilson512: thanks, just spending weekend here after Elixir Daze
15:39 squalloser joined
15:46 josevalim joined
15:56 hndr joined
16:00 myronmarston joined
16:03 chrismccord joined
16:05 dstrunk joined
16:06 wsieroci joined
16:06 wsieroci joined
16:07 nd__ joined
16:15 shymega joined
16:22 sahrizv joined
16:25 codestorm joined
16:31 shymega joined
16:33 racycle_ joined
16:36 alex88 joined
16:39 Tica2 joined
16:40 potatosalad joined
16:42 lexmag joined
16:45 rschmukler joined
16:48 cemilowski joined
17:02 rschmukler joined
17:09 alexarnon joined
17:11 nithinbekal joined
17:11 gvaughn joined
17:13 drjfreeze joined
17:15 alexarnon joined
17:19 MotherFlojo joined
17:19 codestorm joined
17:26 gvaughn joined
17:32 wsieroci joined
17:33 oschwald joined
17:33 zenware joined
17:36 raycoll joined
17:39 sahrizv joined
17:43 sahrizv joined
17:45 marcdel joined
17:46 chrismccord joined
17:48 rschmukler joined
17:53 oschwald left
17:53 ZippoWeb joined
17:58 oschwald joined
17:58 oschwald left
17:58 myronmarston joined
18:00 jeregrine joined
18:01 sahrizv joined
18:01 <Nicd-> any other Finnish Elixir developers here?
18:01 <Nicd-> we're looking to set up some kind of meetup thingie in Tampere
18:06 rschmukler joined
18:08 josevalim_ joined
18:13 codestorm joined
18:16 defborn joined
18:16 <defborn> Hi! I know you cannot use mix in a production deploy, but we would like to output the current version of the app (defined in `mix.exs` in our `api/info` route, so we can read the current app version. I tried with `Application.get_env()` but cannot seem to get it... any ideas?
18:17 <benwilson512> defborn: https://hexdocs.pm/elixir/Application.html#spec/1
18:17 <benwilson512> Application.get_spec(:my_app, :vsn)
18:18 simonoram joined
18:21 rschmukler joined
18:22 <Nicd-> or you can fix it at compile time, I use this in a template: <%= unquote(Mix.Project.config[:version]) %>
18:26 codestorm joined
18:27 termos joined
18:36 w-t-h_ joined
18:44 myronmarston joined
18:50 cemilowski joined
18:50 jerel joined
18:53 sahrizv joined
18:53 proteusguy joined
18:56 codestorm777 joined
18:57 sahrizv joined
18:57 codestorm777 joined
18:58 MotherFlojo joined
18:58 alexarnon joined
19:00 systemfault joined
19:06 dch_ joined
19:09 jeregrine joined
19:10 Cohedrin joined
19:19 josevalim_ joined
19:20 elixirlang723 joined
19:22 wsieroci joined
19:22 <elixirlang723> Hey everyone, I'm looking for some open source elixir libs to check out which are interesting. Any particularly cool ones you can think of? (apart from the typical phoenix, ecto, etc.)
19:22 <elixirlang723> mind-bendingly fun is always welcome, too :)
19:27 pcre joined
19:36 simonoram joined
19:37 gvaughn_ joined
19:42 smt joined
19:52 <micmus> josevalim: ping
19:52 <josevalim> pong
19:52 <micmus> I'm looking into building the `Ecto.DynamicRepo`, but I hit a roadblock. The problem is that we need to know the adapter - but we only got a PID to the process running the repo. We also can't use the registry, since it's the adapter managing it. So it's a kind of a chicken and egg problem.
19:53 <josevalim> micmus: the elixir registry has "keys"... so I thought we could use the registry multiple times for the same pid
19:53 <josevalim> except under a different key
19:53 <micmus> We would need the DynamicRepo to have two additional arguments - the repo itself and the process, but that seems useless
19:53 <josevalim> micmus: you shouldn't need both
19:53 <josevalim> you only need the pid
19:53 <micmus> yup
19:54 <micmus> Yeah, storing it twice in the registry sounds like a best way
19:54 <josevalim> on Ecto.Repo.Supervisor you can store the ets table and the adapter
19:54 <josevalim> or you can store the ets table and the repository
19:54 <josevalim> and then call repository.__adapter__
19:55 <josevalim> or all three
19:55 <micmus> I don't think I need to store the ets table - we would call the table the same as the top-level supervisor
19:55 <josevalim> micmus: that won't work
19:55 <micmus> and require it to be named
19:55 <micmus> why?
19:56 FIFOd joined
19:57 <josevalim> well, something has to change
19:57 <josevalim> because you cannot start an ets table with the same name multiple times
19:58 <micmus> josevalim: you can't start a process with the same name multiple times either
19:58 <josevalim> micmus: but we are going to allow them to be started without a name...
19:58 <josevalim> isn't that part of the plan?
19:59 <micmus> I was thinking about requiring the name, at least in the first iteration - it will be much simpler, I think
19:59 kyrix joined
19:59 refriedchicken joined
20:02 <josevalim> micmus: i think requiring the name defeats the purpose
20:02 <josevalim> because they need to be atoms and if that's the case you may as well define multiple repos
20:03 <josevalim> bbl :)
20:03 <josevalim> micmus: but solving the name problem is not hard if you are going to solve the adapter problem
20:03 montanonic joined
20:03 <josevalim> it is a matter of storing all of them in the same place
20:03 <micmus> true
20:04 vmoravec joined
20:04 <josevalim> you probably need a way to: 1. from a pid get the repo (which you can use to get the adapter) 2. from the pid get the ets name
20:04 <josevalim> if we do that, the regular code we have today just need to have a Process.whereis(repo) somewhere and then pass both the repo and pid ahead
20:04 <josevalim> bbl
20:10 potatosalad joined
20:14 codestorm joined
20:18 tuacker joined
20:21 alexarnon joined
20:27 jerel joined
20:38 DTZUZU joined
20:38 <josevalim> micmus: back. did it work?
20:39 cemilowski joined
20:40 apotry joined
20:41 <micmus> josevalim: it will, I haven't tried yet :P
20:49 potatosa_ joined
20:56 pcre joined
21:03 zodiak joined
21:04 cdg_ joined
21:04 <zodiak> stupid question. How do I get a Supervisor to respond to handle_info without it kvetching about "Supervisor received unexpected message" ? I am trying to invoke Process.send_after on itself with a ':myflag', is that "wrong" ?
21:05 refriedchicken66 joined
21:05 skunkwerks joined
21:06 zidoh_ joined
21:06 andman joined
21:07 racycle joined
21:08 dongo_ joined
21:09 max joined
21:13 rokf joined
21:16 dmilith joined
21:16 hosh joined
21:17 Zeedox joined
21:17 ryanwinchester joined
21:17 cdg joined
21:18 Kero joined
21:18 tomterl joined
21:18 bokayio joined
21:18 FIFOd joined
21:18 smt joined
21:18 josevalim joined
21:18 marcdel joined
21:18 drjfreeze joined
21:18 liru joined
21:18 guacamol1 joined
21:18 Sigma00 joined
21:18 nox joined
21:18 FifthWall joined
21:19 raycoll joined
21:19 Dev0n joined
21:20 willrax joined
21:20 proflonghair joined
21:20 rschmukler joined
21:22 refriedchicken joined
21:23 potatosalad joined
21:23 michael_mbp joined
21:23 Ioyrie joined
21:27 jeffweiss joined
21:29 rschmukler joined
21:34 drjfreez1 joined
21:40 cemilowski joined
21:44 josevalim joined
21:45 zabirauf joined
21:47 ZippoWeb joined
21:52 zabirauf joined
21:52 zabirauf_ joined
21:52 Cohedrin joined
21:53 travis-ci joined
21:53 <travis-ci> elixir-lang/elixir#13712 (master - 3b1cefe : Michael Pope): The build passed.
21:53 <travis-ci> Change view : https://github.com/elixir-lang/elixir/compare/4020b7e08f0b...3b1cefe5ae5e
21:53 <travis-ci> Build details : https://travis-ci.org/elixir-lang/elixir/builds/207768549
21:53 travis-ci left
22:02 dj_goku joined
22:02 wilo joined
22:02 braidn_ joined
22:02 pota joined
22:02 franco joined
22:02 jdcauley joined
22:02 fantomik joined
22:02 acetoxy joined
22:02 robertc joined
22:03 Guest96910 joined
22:03 hosh joined
22:03 ryanwinchester joined
22:03 willrax joined
22:03 proflonghair joined
22:09 g3funk joined
22:24 alexarnon joined
22:25 codestorm joined
22:37 MotherFlojo joined
22:43 drjfreeze joined
22:51 simonoram joined
22:58 kronicdeth joined
22:58 zabirauf joined
23:04 markholmes joined
23:22 unpack joined
23:37 tofutoon joined
23:39 tofutoon joined
23:48 <zodiak> is it "correct" to have a supervisor try to respond to a custom message with handle_info ? it seems to always hit the underlying erlang handler and tells me 'unexpected message'
23:48 drjfreeze joined
23:49 codestorm joined
23:52 <benwilson512> zodiak: no it is not correct, your supervisor should not have custom logic
23:52 <benwilson512> that isn't what supervisors are for
23:53 <zodiak> gotcha gotcha, so, if I wanted to dynamically refresh a supervised list, I have a worker that calls a custom time out then
23:53 <zodiak> okily dokily
23:53 <zodiak> danke
23:54 chrisarcand joined