IRCBrowse

2021/01/21

2021-01-21 00:00:14 +0100usr25(~usr25@unaffiliated/usr25)
2021-01-21 00:00:18 +0100usr25(~usr25@unaffiliated/usr25) ()
2021-01-21 00:00:39 +0100 <davean> xe4: You probably should use IORef. The aomicity, etc, of IORef is complicated.
2021-01-21 00:00:48 +0100coot(~coot@37.30.55.132.nat.umts.dynamic.t-mobile.pl)
2021-01-21 00:01:25 +0100 <davean> They're different and it would be a long discussion mind you
2021-01-21 00:01:47 +0100conal(~conal@64.71.133.70)
2021-01-21 00:01:48 +0100matijja(~matijja@193.77.181.208) (Quit: bye)
2021-01-21 00:01:53 +0100 <davean> IORef always contains something
2021-01-21 00:02:00 +0100nineonine(~nineonine@50.216.62.2) (Ping timeout: 265 seconds)
2021-01-21 00:02:02 +0100 <davean> and is less oriented towards being used concurrently.
2021-01-21 00:02:58 +0100ukari(~ukari@unaffiliated/ukari) (Remote host closed the connection)
2021-01-21 00:03:11 +0100 <johnw> I would have answered: use TVar until you know you don't want stm
2021-01-21 00:03:31 +0100ukari(~ukari@unaffiliated/ukari)
2021-01-21 00:04:28 +0100lawid(~quassel@ipservice-092-209-135-162.092.209.pools.vodafone-ip.de) (Quit: lawid)
2021-01-21 00:04:32 +0100 <davean> yah, thats sensible johnw - I was debating mentionign that
2021-01-21 00:04:36 +0100coot(~coot@37.30.55.132.nat.umts.dynamic.t-mobile.pl) (Client Quit)
2021-01-21 00:04:42 +0100 <davean> I was considering getting there for a never-empty option
2021-01-21 00:04:44 +0100hekkaidekapus(~tchouri@gateway/tor-sasl/hekkaidekapus) (Remote host closed the connection)
2021-01-21 00:05:14 +0100hekkaidekapus(~tchouri@gateway/tor-sasl/hekkaidekapus)
2021-01-21 00:05:41 +0100 <monochrom> IORef and TVar can be reasonably compared, since both fit the model of "sharable mutable cell".
2021-01-21 00:05:52 +0100mputz(~Thunderbi@dslb-088-064-063-125.088.064.pools.vodafone-ip.de) (Quit: mputz)
2021-01-21 00:05:52 +0100 <davean> yes
2021-01-21 00:05:59 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 00:06:17 +0100 <monochrom> But MVar can't be reasonably compared with them. Its model is a degenerate message queue, not a mutable cell.
2021-01-21 00:06:17 +0100 <davean> I was actually struggling to say when IORef would be the optimal choice.
2021-01-21 00:06:24 +0100 <davean> vs. all the potential options
2021-01-21 00:06:27 +0100 <davean> and I'm actually not sure.
2021-01-21 00:06:31 +0100cr3(~cr3@192-222-143-195.qc.cable.ebox.net) (Ping timeout: 256 seconds)
2021-01-21 00:06:36 +0100lawid(~quassel@ipservice-092-209-135-162.092.209.pools.vodafone-ip.de)
2021-01-21 00:06:56 +0100 <davean> Theres the ticket stuff, if you're getting primative.
2021-01-21 00:07:38 +0100 <davean> ugh, I said should instead of shouldn't
2021-01-21 00:07:38 +0100 <monochrom> To be sure, there was a time, like 20 years ago, when people came up with boilerplate that used an MVar to emulate a mutable cell. But this is obsolete, we have had atomicModifyIORef for a long long time.
2021-01-21 00:08:21 +0100chele_(~chele@ip5b40237d.dynamic.kabel-deutschland.de) (Remote host closed the connection)
2021-01-21 00:08:33 +0100 <davean> monochrom: Some of the edge cases around atomicModifyIORef are uspetting.
2021-01-21 00:10:09 +0100gedda(~gedda@185.195.233.164)
2021-01-21 00:10:22 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Remote host closed the connection)
2021-01-21 00:10:42 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 265 seconds)
2021-01-21 00:11:10 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 00:11:40 +0100Ayo(~quassel@82.177.83.189) (Ping timeout: 265 seconds)
2021-01-21 00:12:11 +0100 <xsperry> davean, can you elaborate?
2021-01-21 00:14:11 +0100pavonia_(~user@unaffiliated/siracusa)
2021-01-21 00:14:13 +0100 <johnw> I usually use IORef to signal to the reader that I'm using it only for mutability, not concurrency
2021-01-21 00:14:14 +0100philopsos(~caecilius@gateway/tor-sasl/caecilius) (Ping timeout: 268 seconds)
2021-01-21 00:14:28 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 256 seconds)
2021-01-21 00:14:36 +0100mht(~mht@mht.wtf) (Ping timeout: 240 seconds)
2021-01-21 00:14:37 +0100 <johnw> IORef = RefCell and TVar = RwLock in my code, to compare to Rust
2021-01-21 00:14:50 +0100dminuoso(~dminuoso@unaffiliated/dminuoso) (Quit: ZNC 1.7.5 - https://znc.in)
2021-01-21 00:14:59 +0100madnight_(~madnight@static.59.103.201.195.clients.your-server.de) (Read error: Connection reset by peer)
2021-01-21 00:15:05 +0100madnight(~madnight@static.59.103.201.195.clients.your-server.de)
2021-01-21 00:15:06 +0100dminuoso(~dminuoso@unaffiliated/dminuoso)
2021-01-21 00:15:16 +0100pavonia(~user@unaffiliated/siracusa) (Ping timeout: 240 seconds)
2021-01-21 00:15:30 +0100pavonia_pavonia
2021-01-21 00:15:36 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Ping timeout: 256 seconds)
2021-01-21 00:15:37 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com)
2021-01-21 00:15:50 +0100 <Axman6> I am happy using IORefs for concurrency, as long as I have exactly one in my app. if it's more then all theother types we have are a better choice
2021-01-21 00:16:35 +0100mht(~mht@mht.wtf)
2021-01-21 00:18:48 +0100 <davean> xsperry: basicly if you use anything other than the 'atomic' variants, including read, you can get what people unfamiliar with this sort of thing would not expect.
2021-01-21 00:19:08 +0100wroathe(~wroathe@c-68-54-25-135.hsd1.mn.comcast.net)
2021-01-21 00:20:02 +0100 <davean> xsperry: put another way, its hard to tell if the usage of IORef is correct without knowlege of everywhere it is referenced in the program
2021-01-21 00:20:22 +0100nineonin_(~nineonine@S01061cabc0b095f3.vf.shawcable.net) (Remote host closed the connection)
2021-01-21 00:20:57 +0100adeene(~adeene@181.131.0.191)
2021-01-21 00:21:08 +0100nineonine(~nineonine@50.216.62.2)
2021-01-21 00:21:16 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com) (Ping timeout: 256 seconds)
2021-01-21 00:21:31 +0100 <Axman6> I think I still have a service in production (for the Australian Government no less) which has a single IORef which is updated every 5 minutes, and read from a servant application to cache responses from data which only updated every 5 minutes
2021-01-21 00:22:48 +0100zebrag(~inkbottle@aaubervilliers-654-1-120-135.w86-198.abo.wanadoo.fr) (Quit: Konversation terminated!)
2021-01-21 00:22:56 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 00:23:07 +0100zebrag(~inkbottle@aaubervilliers-654-1-120-135.w86-198.abo.wanadoo.fr)
2021-01-21 00:24:21 +0100Franciman(~francesco@host-79-51-37-36.retail.telecomitalia.it) (Quit: Leaving)
2021-01-21 00:25:34 +0100 <dmj`> Is there some Haskell package that can identify places in your code that rewrite rules may apply (be beneficial) and then recommend them to you. That would be very cool I think.
2021-01-21 00:26:00 +0100 <davean> dmj`: uh, if they rules exist (and are imported), they'll be applied
2021-01-21 00:26:05 +0100 <davean> if they don't exist, how would it know?
2021-01-21 00:26:16 +0100heatsink(~heatsink@2600:1700:bef1:5e10:a004:c2e:5fd9:3135) (Remote host closed the connection)
2021-01-21 00:26:44 +0100 <dmj`> davean: static analysis
2021-01-21 00:27:02 +0100 <dmj`> davean: the rules are more ad-hoc than anything, and if the rules do the wrong thing there isn't anything to keep that from happening as well
2021-01-21 00:27:12 +0100 <davean> uh, if the static analyser can do that, you have an optimizer and you don't need the rewrite rule?
2021-01-21 00:27:30 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 256 seconds)
2021-01-21 00:27:55 +0100 <dmj`> davean: that would be if you wanted to make a core plugin or something
2021-01-21 00:29:18 +0100frdg(~user@pool-96-252-123-136.bstnma.fios.verizon.net)
2021-01-21 00:29:53 +0100 <dmj`> davean: it's also not as obvious as you might think to detect what should be rewritten, consider vector
2021-01-21 00:30:00 +0100conal(~conal@64.71.133.70) (Quit: Computer has gone to sleep.)
2021-01-21 00:30:09 +0100 <davean> Thats exactly my point?
2021-01-21 00:30:36 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 00:30:42 +0100 <dminuoso> If an algorithm exists to understand how to transform code into better performing code, then that'd just be as simplifier pass..
2021-01-21 00:30:50 +0100 <davean> dminuoso: thats what I said!
2021-01-21 00:30:54 +0100 <dminuoso> Indeed.
2021-01-21 00:31:08 +0100 <dminuoso> My spelling stops working, think I need to get some sleep. :(
2021-01-21 00:31:14 +0100 <davean> If you can tell that, theres no reason to tell the user! you just do it
2021-01-21 00:31:41 +0100 <ph88> is it safe to reuse the .stack-work folder for another project ? i'm asking because i want to use cache in CI
2021-01-21 00:31:57 +0100 <frdg> I am having trouble understanding why func1 does not cause a thread block. To me func1 and func2 essentially behave the same in that the both try to use `putMVar` while the MVar is still full. http://dpaste.com/FYVSH8E25
2021-01-21 00:33:30 +0100 <davean> frdg: it CAN become empty
2021-01-21 00:33:37 +0100 <davean> well, could
2021-01-21 00:33:53 +0100 <davean> in func2, theres no way the MVar could become empty
2021-01-21 00:33:59 +0100 <monochrom> I don't understand how func1 is anywhere remotely similar to func2.
2021-01-21 00:34:45 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Ping timeout: 240 seconds)
2021-01-21 00:34:45 +0100 <davean> in func2 its trivial to prove the MVar will never unblock, in func1 any of those threads could have code that empties the MVar
2021-01-21 00:35:11 +0100 <dsal> ph88: it shouldn't be considerably different from just changing all the code, right?
2021-01-21 00:35:12 +0100 <frdg> how could `m` become empty while the `(url, r)`'s are being put into it successively before they are taken out?
2021-01-21 00:35:14 +0100cr3(~cr3@192-222-143-195.qc.cable.ebox.net)
2021-01-21 00:35:15 +0100 <davean> frdg: So, the answer is they both block
2021-01-21 00:35:19 +0100 <davean> you just donm't know the first one does
2021-01-21 00:35:32 +0100 <davean> frdg: yuou can't prove thats all thats happenign locally
2021-01-21 00:35:36 +0100 <frdg> davean: ohh
2021-01-21 00:36:52 +0100 <ph88> dsal, code, LTS versions .. to me it looks safe .. but it's not the usual scenario .. im just not sure
2021-01-21 00:37:06 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 00:37:23 +0100 <frdg> I get it now. The reason I get output from func1 is because it produces something before it blocks while func2 just blocks immediately
2021-01-21 00:37:25 +0100DirefulSalt(DirefulSal@gateway/vpn/privateinternetaccess/direfulsalt) (Remote host closed the connection)
2021-01-21 00:37:43 +0100 <dsal> ph88: if it fails, it should fail because of a bug.
2021-01-21 00:37:58 +0100DirefulSalt(DirefulSal@gateway/vpn/privateinternetaccess/direfulsalt)
2021-01-21 00:38:32 +0100 <dminuoso> frdg: Right. Consider the RTS telling you its blocked indefinitely a feature, similar to infinite loop detection.
2021-01-21 00:38:35 +0100 <dminuoso> If it works, great!
2021-01-21 00:38:36 +0100 <ph88> dsal, if what fails ? i just need to know that the .stack-work cache does not land up in an inconsistent / unrepairable state or messes up ghc compile in any way
2021-01-21 00:38:49 +0100mputz(~Thunderbi@dslb-088-064-063-125.088.064.pools.vodafone-ip.de)
2021-01-21 00:39:00 +0100 <dminuoso> But it wont catch all caes
2021-01-21 00:39:44 +0100 <davean> He actually empties the MVar enough times eventually, at the bottom of the function
2021-01-21 00:39:55 +0100 <davean> so its SLIGHTLY different in this particular case
2021-01-21 00:40:04 +0100 <dsal> ph88: you can delete that directory whenever you want, so there's no unrepairable state.
2021-01-21 00:40:35 +0100 <davean> its that it unblocks, where as GC can prove func2 can never unblock because nothing can remove from m
2021-01-21 00:40:36 +0100 <dminuoso> Mmm
2021-01-21 00:41:02 +0100 <davean> func1 and func2 are nothing alike, as monochrom points out.
2021-01-21 00:41:05 +0100Ayo(~quassel@82.177.83.189)
2021-01-21 00:41:12 +0100elliott__(~elliott@pool-108-51-101-42.washdc.fios.verizon.net)
2021-01-21 00:41:39 +0100 <davean> Basicly not related in any meaningful way.
2021-01-21 00:41:46 +0100 <dminuoso> Either way, you probably want a TQueue instead?
2021-01-21 00:43:22 +0100DavidEichmann(~david@234.109.45.217.dyn.plus.net)
2021-01-21 00:44:04 +0100 <ph88> thanks dsal
2021-01-21 00:45:50 +0100jedws(~jedws@121.209.139.157)
2021-01-21 00:46:32 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl)
2021-01-21 00:47:39 +0100frdg(~user@pool-96-252-123-136.bstnma.fios.verizon.net) ("ERC (IRC client for Emacs 27.1)")
2021-01-21 00:48:22 +0100dcoutts__(~duncan@33.14.75.194.dyn.plus.net) (Ping timeout: 246 seconds)
2021-01-21 00:48:41 +0100Nahra(~Nahra@unaffiliated/nahra) (Quit: leaving)
2021-01-21 00:51:35 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Ping timeout: 256 seconds)
2021-01-21 00:51:47 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 265 seconds)
2021-01-21 00:52:10 +0100heatsink(~heatsink@2600:1700:bef1:5e10:a004:c2e:5fd9:3135)
2021-01-21 00:56:05 +0100Tuplanolla(~Tuplanoll@91-159-68-239.elisa-laajakaista.fi) (Ping timeout: 246 seconds)
2021-01-21 01:00:50 +0100 <exarkun> Aha. https://hackage.haskell.org/package/crypto-conduit-0.5.5/docs/src/Crypto-Conduit.html#conduitEncry…
2021-01-21 01:01:23 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com)
2021-01-21 01:02:51 +0100 <monochrom> That's nice. Also, conduit can make most streaming code nicer, encryption or not.
2021-01-21 01:03:54 +0100luke(~luke@bitnomial/staff/luke)
2021-01-21 01:04:16 +0100 <exarkun> Yea I tried to use Conduit for this on my first attempt and convinced myself it had some undesirable concurrency-related properties
2021-01-21 01:04:38 +0100 <exarkun> But now I am more familiar with the protocol I'm implementing and I think I was wrong and Conduit is just fine
2021-01-21 01:05:52 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com) (Ping timeout: 246 seconds)
2021-01-21 01:07:42 +0100heatsink(~heatsink@2600:1700:bef1:5e10:a004:c2e:5fd9:3135) (Remote host closed the connection)
2021-01-21 01:08:16 +0100deviantfero(~deviantfe@190.150.27.58) (Quit: WeeChat 3.0)
2021-01-21 01:08:38 +0100deviantfero(~deviantfe@190.150.27.58)
2021-01-21 01:11:38 +0100hackagemicrobase 4.15.0.0.0 - A minimal base to work around GHC bugs. https://hackage.haskell.org/package/microbase-4.15.0.0.0 (dailectic)
2021-01-21 01:14:35 +0100heatsink(~heatsink@2600:1700:bef1:5e10:a004:c2e:5fd9:3135)
2021-01-21 01:17:34 +0100elliott__(~elliott@pool-108-51-101-42.washdc.fios.verizon.net) (Ping timeout: 264 seconds)
2021-01-21 01:18:07 +0100thc202(~thc202@unaffiliated/thc202) (Ping timeout: 260 seconds)
2021-01-21 01:18:08 +0100troydm(~troydm@unaffiliated/troydm) (Quit: What is Hope? That all of your wishes and all of your dreams come true? To turn back time because things were not supposed to happen like that (C) Rau Le Creuset)
2021-01-21 01:18:40 +0100troydm(~troydm@unaffiliated/troydm)
2021-01-21 01:19:35 +0100deviantfero(~deviantfe@190.150.27.58) (Ping timeout: 272 seconds)
2021-01-21 01:19:59 +0100mputz(~Thunderbi@dslb-088-064-063-125.088.064.pools.vodafone-ip.de) (Quit: mputz)
2021-01-21 01:20:30 +0100nullniverse(~null@unaffiliated/nullniverse)
2021-01-21 01:21:16 +0100luke(~luke@bitnomial/staff/luke) (Quit: sleep)
2021-01-21 01:21:37 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 01:22:47 +0100zebrag(~inkbottle@aaubervilliers-654-1-120-135.w86-198.abo.wanadoo.fr) (Quit: Konversation terminated!)
2021-01-21 01:23:07 +0100zebrag(~inkbottle@aaubervilliers-654-1-120-135.w86-198.abo.wanadoo.fr)
2021-01-21 01:23:08 +0100erick(~adeene@181.131.0.191)
2021-01-21 01:23:26 +0100texasmynsted_(~texasmyns@99.96.221.112)
2021-01-21 01:23:32 +0100erickGuest21132
2021-01-21 01:23:45 +0100Bergle_2(~Bergle_4@101.165.90.119) (Remote host closed the connection)
2021-01-21 01:23:46 +0100edge563(~edge563@gateway/tor-sasl/edge563) (Quit: edge563)
2021-01-21 01:24:07 +0100Bergle_2(~Bergle_4@101.165.90.119)
2021-01-21 01:25:18 +0100rajivr(uid269651@gateway/web/irccloud.com/x-llrvdszoiopertxb)
2021-01-21 01:26:26 +0100adeene(~adeene@181.131.0.191) (Ping timeout: 256 seconds)
2021-01-21 01:26:26 +0100texasmynsted(~texasmyns@99.96.221.112) (Ping timeout: 256 seconds)
2021-01-21 01:26:34 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Ping timeout: 264 seconds)
2021-01-21 01:26:38 +0100hackagemicrobase 4.15.0.0.1 - A minimal base to work around GHC bugs. https://hackage.haskell.org/package/microbase-4.15.0.0.1 (dailectic)
2021-01-21 01:27:15 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl)
2021-01-21 01:27:23 +0100zebrag(~inkbottle@aaubervilliers-654-1-120-135.w86-198.abo.wanadoo.fr) (Client Quit)
2021-01-21 01:28:59 +0100elliott__(~elliott@pool-108-51-101-42.washdc.fios.verizon.net)
2021-01-21 01:30:05 +0100zebrag(~inkbottle@aaubervilliers-654-1-120-135.w86-198.abo.wanadoo.fr)
2021-01-21 01:31:01 +0100 <ph88> has anyone setup hoogle to search their own repositories with source files ?
2021-01-21 01:31:05 +0100cods(~fred@unaffiliated/cods) (Ping timeout: 240 seconds)
2021-01-21 01:34:18 +0100DTZUZU(~DTZUZU@205.ip-149-56-132.net) (Read error: Connection reset by peer)
2021-01-21 01:36:43 +0100mrd(~mrd@45.61.147.211)
2021-01-21 01:36:46 +0100Guest21132(~adeene@181.131.0.191) (Ping timeout: 264 seconds)
2021-01-21 01:36:53 +0100mrd(~mrd@45.61.147.211) (Changing host)
2021-01-21 01:36:53 +0100mrd(~mrd@debian/developer/mrd)
2021-01-21 01:37:20 +0100Lowl3v3l(~Lowl3v3l@dslb-084-062-101-233.084.062.pools.vodafone-ip.de) (Ping timeout: 272 seconds)
2021-01-21 01:37:40 +0100mrd(~mrd@debian/developer/mrd) (Client Quit)
2021-01-21 01:43:00 +0100 <hpc> personally i like having the signal that my code is getting hard to navigate
2021-01-21 01:43:13 +0100 <hpc> when i have enough trouble finding stuff logically, time to refactor
2021-01-21 01:45:04 +0100DTZUZU(~DTZUZU@205.ip-149-56-132.net)
2021-01-21 01:46:12 +0100sgibber2018(d055ed90@208.85.237.144)
2021-01-21 01:48:28 +0100Gurkenglas(~Gurkengla@unaffiliated/gurkenglas) (Ping timeout: 260 seconds)
2021-01-21 01:49:11 +0100mouseghost(~draco@wikipedia/desperek) (Quit: mew wew)
2021-01-21 01:49:26 +0100sgibber2018(d055ed90@208.85.237.144) (Client Quit)
2021-01-21 01:50:53 +0100Lowl3v3l(~Lowl3v3l@dslb-002-203-233-121.002.203.pools.vodafone-ip.de)
2021-01-21 01:53:03 +0100Kaivo(~Kaivo@104-200-86-99.mc.derytele.com) (Quit: WeeChat 3.0)
2021-01-21 01:54:54 +0100sgibber2018(d055ed90@208.85.237.144)
2021-01-21 01:56:33 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 02:01:17 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Ping timeout: 256 seconds)
2021-01-21 02:01:23 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 265 seconds)
2021-01-21 02:03:29 +0100mmmattyx(uid17782@gateway/web/irccloud.com/x-jsidkumscmhqzcdx) (Quit: Connection closed for inactivity)
2021-01-21 02:10:12 +0100olligobber(olligobber@gateway/vpn/privateinternetaccess/olligobber)
2021-01-21 02:10:45 +0100jedws(~jedws@121.209.139.157) (Quit: My MacBook has gone to sleep. ZZZzzz…)
2021-01-21 02:12:45 +0100jmchael(~jmchael@87.112.235.234) (Quit: Leaving)
2021-01-21 02:14:53 +0100jedws(~jedws@121.209.139.157)
2021-01-21 02:17:50 +0100deviantfero(~deviantfe@190.150.27.58)
2021-01-21 02:20:38 +0100thunderrd(~thunderrd@183.182.115.7)
2021-01-21 02:21:08 +0100gienah_(~mwright@119-18-2-241.771202.syd.nbn.aussiebb.net) (Quit: Lost terminal)
2021-01-21 02:21:59 +0100conal(~conal@64.71.133.70)
2021-01-21 02:22:13 +0100 <Axman6> @pl \a b c -> f a b
2021-01-21 02:22:13 +0100 <lambdabot> (const .) . f
2021-01-21 02:23:09 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 02:25:19 +0100thunderrd(~thunderrd@183.182.115.7) (Remote host closed the connection)
2021-01-21 02:25:29 +0100Zipheir(~zaifir@98.4.178.27)
2021-01-21 02:25:44 +0100luke(~luke@bitnomial/staff/luke)
2021-01-21 02:27:16 +0100thunderrd(~thunderrd@183.182.115.7)
2021-01-21 02:27:58 +0100texasmynsted_texasmynsted
2021-01-21 02:28:08 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 260 seconds)
2021-01-21 02:29:43 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 02:30:43 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl)
2021-01-21 02:33:17 +0100p-core(~Thunderbi@2001:718:1e03:5128:3697:eeda:19aa:8e56) (Quit: p-core)
2021-01-21 02:33:38 +0100p-core(~Thunderbi@2001:718:1e03:5128:3697:eeda:19aa:8e56)
2021-01-21 02:33:45 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Ping timeout: 240 seconds)
2021-01-21 02:35:51 +0100cole-h(~cole-h@c-73-48-197-220.hsd1.ca.comcast.net) (Ping timeout: 256 seconds)
2021-01-21 02:36:08 +0100gedda(~gedda@185.195.233.164) (Ping timeout: 256 seconds)
2021-01-21 02:36:11 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 265 seconds)
2021-01-21 02:38:34 +0100DavidEichmann(~david@234.109.45.217.dyn.plus.net) (Ping timeout: 264 seconds)
2021-01-21 02:39:25 +0100dandart(~Thunderbi@home.dandart.co.uk) (Ping timeout: 240 seconds)
2021-01-21 02:39:35 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com)
2021-01-21 02:40:58 +0100raehik(~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) (Ping timeout: 260 seconds)
2021-01-21 02:41:29 +0100dandart(~Thunderbi@home.dandart.co.uk)
2021-01-21 02:42:08 +0100cgfuh(~cgfuh@181.167.191.58) (Quit: WeeChat 2.9)
2021-01-21 02:42:40 +0100 <ezzieyguywuf> hrm, why does `ghc-pkg list` show hspec-discover with parentheses
2021-01-21 02:42:44 +0100 <ezzieyguywuf> does that mean it's hidden?
2021-01-21 02:42:48 +0100 <ezzieyguywuf> (why would it be hidden?!)
2021-01-21 02:44:34 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com) (Ping timeout: 264 seconds)
2021-01-21 02:45:32 +0100 <justsomeguy> Can I publish a cabal package to some kind of temporary repo without submitting it to hackage and polluting the namespace of unique package names somehow?
2021-01-21 02:45:54 +0100luke(~luke@bitnomial/staff/luke) (Quit: sleep)
2021-01-21 02:46:03 +0100 <ezzieyguywuf> justsomeguy: github?
2021-01-21 02:46:28 +0100LKoen(~LKoen@16.175.9.109.rev.sfr.net) (Quit: “It’s only logical. First you learn to talk, then you learn to think. Too bad it’s not the other way round.”)
2021-01-21 02:46:33 +0100 <justsomeguy> Hmm... maybe I can add it to the realeases page.
2021-01-21 02:46:40 +0100raehik(~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net)
2021-01-21 02:46:45 +0100dbmikus(~dbmikus@cpe-76-167-86-219.natsow.res.rr.com) (Ping timeout: 240 seconds)
2021-01-21 02:46:51 +0100nullniverse(~null@unaffiliated/nullniverse) (Remote host closed the connection)
2021-01-21 02:47:07 +0100 <ezzieyguywuf> indeed
2021-01-21 02:50:08 +0100dandart(~Thunderbi@home.dandart.co.uk) (Quit: dandart)
2021-01-21 02:51:08 +0100mirrorbird(~psutcliff@2a00:801:42b:aff3:74af:2f22:932d:eac0) (Quit: Leaving)
2021-01-21 02:51:23 +0100sgibber2018(d055ed90@208.85.237.144) (Quit: Connection closed)
2021-01-21 02:53:26 +0100viluon(uid453725@gateway/web/irccloud.com/x-zlhfnqvdgfnqyptw) (Quit: Connection closed for inactivity)
2021-01-21 02:54:43 +0100raehik(~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) (Ping timeout: 246 seconds)
2021-01-21 03:02:33 +0100texasmynsted(~texasmyns@99.96.221.112) (Quit: ZNC - http://znc.in)
2021-01-21 03:03:18 +0100petersen_(~petersen@redhat/juhp)
2021-01-21 03:03:30 +0100dbmikus(~dbmikus@cpe-76-167-86-219.natsow.res.rr.com)
2021-01-21 03:03:35 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 03:04:31 +0100petersen(~petersen@redhat/juhp) (Ping timeout: 246 seconds)
2021-01-21 03:04:54 +0100petersen_petersen
2021-01-21 03:07:01 +0100Deide(~Deide@217.155.19.23) (Quit: Seeee yaaaa)
2021-01-21 03:07:56 +0100dbmikus(~dbmikus@cpe-76-167-86-219.natsow.res.rr.com) (Ping timeout: 240 seconds)
2021-01-21 03:08:23 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Ping timeout: 260 seconds)
2021-01-21 03:08:45 +0100dbmikus(~dbmikus@cpe-76-167-86-219.natsow.res.rr.com)
2021-01-21 03:08:56 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl)
2021-01-21 03:09:27 +0100dandart(~Thunderbi@home.dandart.co.uk)
2021-01-21 03:13:39 +0100aarvar(~foewfoiew@2601:602:a080:fa0:8154:4c45:a451:2a3a)
2021-01-21 03:13:53 +0100aarvar(~foewfoiew@2601:602:a080:fa0:8154:4c45:a451:2a3a) ()
2021-01-21 03:15:09 +0100 <justsomeguy> Hmm, I'm glad I asked. I got some helpful advice from hackage-trustees@haskell.org, too.
2021-01-21 03:15:24 +0100toast52(97c0a219@151.192.162.25)
2021-01-21 03:15:33 +0100justsomeguyfinds that in general Haskell is a super friendly community, it's pretty refreshing.
2021-01-21 03:16:12 +0100 <shapr> yay
2021-01-21 03:18:10 +0100dbmikus(~dbmikus@cpe-76-167-86-219.natsow.res.rr.com) (Quit: WeeChat 3.0)
2021-01-21 03:18:45 +0100 <justsomeguy> :^)
2021-01-21 03:21:10 +0100hexfive(~hexfive@50.35.83.177) (Quit: i must go. my people need me.)
2021-01-21 03:21:26 +0100justsomeguy(~justsomeg@unaffiliated/--/x-3805311) (Quit: WeeChat 2.9)
2021-01-21 03:22:02 +0100p-core(~Thunderbi@2001:718:1e03:5128:3697:eeda:19aa:8e56) (Quit: p-core)
2021-01-21 03:22:19 +0100p-core(~Thunderbi@2001:718:1e03:5128:3697:eeda:19aa:8e56)
2021-01-21 03:23:46 +0100machinedgod(~machinedg@135-23-192-217.cpe.pppoe.ca) (Ping timeout: 246 seconds)
2021-01-21 03:23:54 +0100 <ezzieyguywuf> hm, so I'm orking on a project that has "hspec-discover:hspec-discover == 2.*", and I *have* hspec-discover installed system-wide, and hspec-discover is in PATH and stuff, but `cabal build --dry-run` still wants to build it
2021-01-21 03:24:20 +0100 <ezzieyguywuf> ghc-pkg list shows hspec-discover-2.7.8, which is the same version that cabal wants to build
2021-01-21 03:24:31 +0100 <L29Ah> ezzieyguywuf: are you using Gentoo?
2021-01-21 03:24:43 +0100 <ezzieyguywuf> sorry, cabal test --dry-run
2021-01-21 03:24:45 +0100 <ezzieyguywuf> L29Ah: yes.
2021-01-21 03:25:00 +0100conal(~conal@64.71.133.70) (Read error: Connection reset by peer)
2021-01-21 03:25:08 +0100 <L29Ah> ezzieyguywuf: https://github.com/gentoo-haskell/gentoo-haskell/issues/1074
2021-01-21 03:25:26 +0100 <L29Ah> ohh, you've commented there, sorry ._.
2021-01-21 03:25:45 +0100 <ezzieyguywuf> L29Ah: yeaa but didn't realize it was related thanks :)
2021-01-21 03:27:17 +0100 <ezzieyguywuf> L29Ah: do you use gentoo?
2021-01-21 03:27:21 +0100 <L29Ah> yes
2021-01-21 03:27:48 +0100 <ezzieyguywuf> nice!
2021-01-21 03:27:52 +0100 <ezzieyguywuf> oh you posted the bug!
2021-01-21 03:28:07 +0100 <ezzieyguywuf> I'm going to try to fix it now.
2021-01-21 03:29:25 +0100m0rphism(~m0rphism@HSI-KBW-085-216-104-059.hsi.kabelbw.de) (Ping timeout: 272 seconds)
2021-01-21 03:29:33 +0100justsomeguy(~justsomeg@unaffiliated/--/x-3805311)
2021-01-21 03:30:20 +0100conal(~conal@64.71.133.70)
2021-01-21 03:33:11 +0100Sonderblade(~helloman@94.191.152.250)
2021-01-21 03:33:38 +0100p-core(~Thunderbi@2001:718:1e03:5128:3697:eeda:19aa:8e56) (Quit: p-core)
2021-01-21 03:34:09 +0100carlomagno(~cararell@148.87.23.9) (Quit: Leaving.)
2021-01-21 03:36:56 +0100deviantfero(~deviantfe@190.150.27.58) (Ping timeout: 240 seconds)
2021-01-21 03:38:11 +0100geowiesnot(~user@87-89-181-157.abo.bbox.fr)
2021-01-21 03:38:46 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 03:40:03 +0100banner(~banner@116-255-17-44.ip4.superloop.com)
2021-01-21 03:41:29 +0100plutoniix(~q@184.82.197.147)
2021-01-21 03:42:16 +0100banner(~banner@116-255-17-44.ip4.superloop.com) (Client Quit)
2021-01-21 03:42:36 +0100geowiesnot(~user@87-89-181-157.abo.bbox.fr) (Ping timeout: 240 seconds)
2021-01-21 03:43:01 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 246 seconds)
2021-01-21 03:43:34 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Ping timeout: 256 seconds)
2021-01-21 03:46:14 +0100xff0x(~xff0x@2001:1a81:5251:4200:6e34:36aa:4649:7f99) (Ping timeout: 264 seconds)
2021-01-21 03:47:34 +0100xff0x(~xff0x@2001:1a81:5287:d000:ecc7:542c:7bdf:5e3e)
2021-01-21 03:48:46 +0100dandart(~Thunderbi@home.dandart.co.uk) (Quit: dandart)
2021-01-21 03:49:53 +0100berberman(~berberman@unaffiliated/berberman) (Quit: ZNC 1.8.2 - https://znc.in)
2021-01-21 03:50:27 +0100berberman(~berberman@unaffiliated/berberman)
2021-01-21 03:55:35 +0100MarcelineVQ(~anja@198.254.199.42)
2021-01-21 03:57:52 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 04:03:42 +0100conal(~conal@64.71.133.70) (Quit: Computer has gone to sleep.)
2021-01-21 04:05:38 +0100 <ezzieyguywuf> dang, can't figure it out :\
2021-01-21 04:05:46 +0100 <ezzieyguywuf> I think it's a cabal-install thing though, not a gentoo thing
2021-01-21 04:06:22 +0100 <ezzieyguywuf> i.e. it should check and accept something in $PATH to satisfy build-tool-depends
2021-01-21 04:06:42 +0100acidjnk_new(~acidjnk@p200300d0c704e7363958b77079308a33.dip0.t-ipconnect.de) (Ping timeout: 260 seconds)
2021-01-21 04:08:24 +0100 <L29Ah> maybe it'd make sense to strace it to see what kind of look up it does before bailing out
2021-01-21 04:11:23 +0100poscat1poscat
2021-01-21 04:11:34 +0100 <ezzieyguywuf> hm, I'll try that
2021-01-21 04:12:50 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 04:12:52 +0100urodna__(~urodna@pool-108-53-252-14.nwrknj.fios.verizon.net) (Quit: urodna__)
2021-01-21 04:13:15 +0100conal(~conal@64.71.133.70)
2021-01-21 04:16:05 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl)
2021-01-21 04:16:14 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Ping timeout: 265 seconds)
2021-01-21 04:17:34 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 256 seconds)
2021-01-21 04:20:17 +0100jackk_Doe(~jackk@205.178.111.134)
2021-01-21 04:20:49 +0100darjeeling_(~darjeelin@122.245.209.184) (Ping timeout: 246 seconds)
2021-01-21 04:21:20 +0100 <ezzieyguywuf> hm, I didn't find strace output that useful, but --verbose=3 has some info: https://dpaste.com/6AZ7P67HU
2021-01-21 04:21:32 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 256 seconds)
2021-01-21 04:21:36 +0100 <ezzieyguywuf> looks like my version of hspec-discover, or rather the hash, doesn't match what it needs?
2021-01-21 04:22:52 +0100zebrag(~inkbottle@aaubervilliers-654-1-120-135.w86-198.abo.wanadoo.fr) (Quit: Konversation terminated!)
2021-01-21 04:23:00 +0100nineonine(~nineonine@50.216.62.2) (Ping timeout: 265 seconds)
2021-01-21 04:23:12 +0100zebrag(~inkbottle@aaubervilliers-654-1-120-135.w86-198.abo.wanadoo.fr)
2021-01-21 04:23:12 +0100 <ezzieyguywuf> hmmm maybe b/c the hunit version it was built against is older?
2021-01-21 04:23:25 +0100 <ezzieyguywuf> but why would it need a newer version?
2021-01-21 04:23:26 +0100kini(~kini@unaffiliated/kini) (Ping timeout: 264 seconds)
2021-01-21 04:23:32 +0100Saukk(~Saukk@83-148-239-3.dynamic.lounea.fi)
2021-01-21 04:24:39 +0100kini(~kini@unaffiliated/kini)
2021-01-21 04:25:55 +0100blankhart(~blankhart@pool-100-8-71-205.nwrknj.fios.verizon.net)
2021-01-21 04:27:46 +0100 <Maxdamantus> aaaa
2021-01-21 04:28:02 +0100bitmagie(~Thunderbi@200116b806940a00b4092fc97d8c8cac.dip.versatel-1u1.de)
2021-01-21 04:30:02 +0100kini(~kini@unaffiliated/kini) (Ping timeout: 264 seconds)
2021-01-21 04:30:12 +0100kini(~kini@unaffiliated/kini)
2021-01-21 04:30:27 +0100 <blankhart> books keep telling me "constructivists reject..." or "constructivists would say..." are there really constructivists, or is this just a rhetorical device?
2021-01-21 04:30:36 +0100conal(~conal@64.71.133.70) (Quit: Computer has gone to sleep.)
2021-01-21 04:31:02 +0100 <_bin> Good evening, I am writing a simple product function with the type signature "cproduct :: Integer a => [a] -> a". However, it fails to compile with the error "Expected kind `* -> Constraint', but `Integer' has kind `*'". I am unable to understand what this error means, but changing the constraint to "Num a" allows it to compile without issues. Can anyone explain why this is the case?
2021-01-21 04:32:45 +0100 <dsal> _bin: Integer isn't a class.
2021-01-21 04:33:19 +0100 <dsal> Perhaps you meant `Num` or `Integral` ?
2021-01-21 04:33:33 +0100 <dsal> or `[Integer] -> Integer`
2021-01-21 04:33:56 +0100 <blankhart> i suspect Integral?
2021-01-21 04:34:36 +0100 <_bin> Ohh got it. Thanks, I'm still learning different number types.
2021-01-21 04:34:38 +0100darjeeling_(~darjeelin@122.245.208.52)
2021-01-21 04:34:53 +0100 <_bin> Out of curiosity, does that error indicate that Integer is not a defined at all, or that it is not a class?
2021-01-21 04:35:23 +0100 <blankhart> that it is not a class. it is a simple data type, which has kind *
2021-01-21 04:35:40 +0100 <dsal> "constraint" is the key there.
2021-01-21 04:36:26 +0100 <_bin> So I cannot use that as a constraint, only a class? Would the correct version for Integer be "[Integer a] -> Integer a" or something to that effect?
2021-01-21 04:36:27 +0100 <dsal> If you have an unconstrained type variable `a` it can be anything. Once you constrain it with `Num a => a` it can be anything with a `Num` instance.
2021-01-21 04:36:34 +0100theDon(~td@94.134.91.113) (Ping timeout: 246 seconds)
2021-01-21 04:36:40 +0100 <dsal> % :k Integer
2021-01-21 04:36:40 +0100 <yahb> dsal: *
2021-01-21 04:36:53 +0100 <dsal> Integer's kind is `*` (it doesn't take any parameters)
2021-01-21 04:37:02 +0100raym(~ray@45.64.220.99) (Remote host closed the connection)
2021-01-21 04:37:28 +0100Lycurgus(~niemand@cpe-45-46-139-165.buffalo.res.rr.com)
2021-01-21 04:38:26 +0100 <_bin> dsal: Thank you for the explanation.
2021-01-21 04:38:33 +0100theDon(~td@muedsl-82-207-238-142.citykom.de)
2021-01-21 04:40:22 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com)
2021-01-21 04:40:23 +0100vonfry(~user@113.74.132.191)
2021-01-21 04:41:52 +0100 <Axman6> _bin: to be clear, there are several correct types for what you're asking; if you _only_ want to accept Integers, then the correct type is cproduct :: [Integer] -> Integer. If yuou want to support _all_ types which are in the Integral class (which inclides Integer, Int, Word, Int8, Word8, Int16 etc.), then the correct type would be cproduct :: Integral a => [a] -> a, which says "cproduct can accept lists of _any_ type, as long as that type ha
2021-01-21 04:41:53 +0100 <Axman6> s an instance for the Integral class defined"
2021-01-21 04:42:32 +0100geowiesnot(~user@87-89-181-157.abo.bbox.fr)
2021-01-21 04:43:20 +0100 <ski> blankhart : regarding what ?
2021-01-21 04:43:25 +0100 <blankhart> or if you want anything that can support `*`, then Num
2021-01-21 04:43:47 +0100 <blankhart> ski: the law of the excluded middle
2021-01-21 04:44:03 +0100 <ski> there are definitely people who don't accept it
2021-01-21 04:45:09 +0100 <ski> @djinn Either a (Not a)
2021-01-21 04:45:09 +0100 <lambdabot> -- f cannot be realized.
2021-01-21 04:45:12 +0100deviantfero(~deviantfe@190.150.27.58)
2021-01-21 04:45:13 +0100 <ski> @djinn Not (Not (Either a (Not a)))
2021-01-21 04:45:13 +0100 <lambdabot> f a = void (a (Right (\ b -> a (Left b))))
2021-01-21 04:45:37 +0100 <Axman6> @hoogle Not
2021-01-21 04:45:37 +0100 <lambdabot> Data.Type.Bool type family Not a = res | res -> a
2021-01-21 04:45:37 +0100 <lambdabot> Test.Tasty.Patterns.Types Not :: Expr -> Expr
2021-01-21 04:45:37 +0100 <lambdabot> Data.Singletons.Prelude type family Not (a :: Bool) = (res :: Bool) | res -> a
2021-01-21 04:45:46 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 04:45:53 +0100 <Axman6> gmm, it's none of those right?
2021-01-21 04:46:10 +0100 <blankhart> lambdabot is not a person!
2021-01-21 04:46:17 +0100 <ski> type Not a = a -> Void -- is the definition it's using
2021-01-21 04:46:34 +0100 <ski> (and `void :: Void -> a; void v = case v of {}')
2021-01-21 04:47:07 +0100 <ski> (although, there is no need to use `void' in the above proof that it derived)
2021-01-21 04:47:44 +0100 <lambdabot> I'm not?
2021-01-21 04:48:03 +0100 <Axman6> that's pretty rude blankhart
2021-01-21 04:48:28 +0100 <blankhart> man if lambdabot gets op rights i am getting booted
2021-01-21 04:48:33 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 04:48:52 +0100 <ski> @djinn-env
2021-01-21 04:48:52 +0100 <lambdabot> data () = ()
2021-01-21 04:48:52 +0100 <lambdabot> data Either a b = Left a | Right b
2021-01-21 04:48:52 +0100 <lambdabot> data Maybe a = Nothing | Just a
2021-01-21 04:48:52 +0100 <lambdabot> data Bool = False | True
2021-01-21 04:48:53 +0100 <lambdabot> data Void
2021-01-21 04:48:55 +0100 <lambdabot> [3 @more lines]
2021-01-21 04:49:04 +0100 <Axman6> @more
2021-01-21 04:49:04 +0100 <lambdabot> type Not x = x -> Void
2021-01-21 04:49:04 +0100 <lambdabot> class Monad m where return :: a -> m a; (>>=) :: m a -> (a -> m b) -> m b
2021-01-21 04:49:04 +0100 <lambdabot> class Eq a where (==) :: a -> a -> Bool
2021-01-21 04:49:20 +0100 <ski> (note that it doesn't understand polymorphic methods)
2021-01-21 04:49:26 +0100 <Axman6> hmm, does that include instances of Monad?
2021-01-21 04:49:28 +0100 <ski> @djinn Monad m => a -> m a
2021-01-21 04:49:28 +0100 <lambdabot> f = return
2021-01-21 04:49:31 +0100 <ski> @djinn Monad m => b -> m b
2021-01-21 04:49:31 +0100 <lambdabot> -- f cannot be realized.
2021-01-21 04:49:38 +0100 <Axman6> ha
2021-01-21 04:49:52 +0100 <ski> no instances, i think
2021-01-21 04:50:10 +0100 <Axman6> if I cared enough, I would try to make a version which supported that and call it djinnger
2021-01-21 04:50:11 +0100raym(~ray@45.64.220.99)
2021-01-21 04:50:13 +0100xirhtogal(~lagothrix@unaffiliated/lagothrix)
2021-01-21 04:50:13 +0100lagothrix(~lagothrix@unaffiliated/lagothrix) (Killed (orwell.freenode.net (Nickname regained by services)))
2021-01-21 04:50:13 +0100xirhtogallagothrix
2021-01-21 04:50:26 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Ping timeout: 256 seconds)
2021-01-21 04:51:29 +0100 <ski> blankhart : anyway, Bridges, Martin-Löf, e.g.
2021-01-21 04:52:18 +0100 <blankhart> but as a matter of truth, or "these are the rules i choose to work within"?
2021-01-21 04:52:37 +0100 <blankhart> in other words, is the reference to "constructivists" more than a refernece to "constructive logic
2021-01-21 04:53:08 +0100hackagearch-hs 0.7.0.0 - Distribute hackage packages to archlinux https://hackage.haskell.org/package/arch-hs-0.7.0.0 (berberman)
2021-01-21 04:53:22 +0100 <ski> constructivists commonly regard truth as being a derived notion, based on a notion of proof
2021-01-21 04:53:47 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl)
2021-01-21 04:53:50 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 256 seconds)
2021-01-21 04:54:32 +0100 <ski> see e.g. "On the meaning of the logical constants and the justifications of the logical laws" by Per Martin-Löf in 1996 at <https://intuitionistic.files.wordpress.com/2010/07/martin-lof-meaning.pdf>
2021-01-21 04:54:52 +0100 <blankhart> okay fair, i guess i meant it in the drunken college student sense. i will look at the reference
2021-01-21 04:55:07 +0100cr3(~cr3@192-222-143-195.qc.cable.ebox.net) (Quit: leaving)
2021-01-21 04:57:06 +0100 <ski> or perhaps you'd find "How Dedekind Screwed Up a Hundred Years of Mathematics" by roconnor in 2005-12-10 at <http://r6.ca/blog/20051210T202900Z.html> interesting
2021-01-21 04:58:22 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com) (Ping timeout: 264 seconds)
2021-01-21 04:58:58 +0100geowiesnot(~user@87-89-181-157.abo.bbox.fr) (Ping timeout: 264 seconds)
2021-01-21 04:59:06 +0100nineonine(~nineonine@50.216.62.2)
2021-01-21 05:00:40 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 05:02:11 +0100 <blankhart> okay this one starts where i am starting: "If it were not for the existence of computers, I would never be a constructivist."
2021-01-21 05:02:59 +0100Lycurgusjust half reviewed the martin lofs theory, looks like 'truth' is still the same ol primitive thing
2021-01-21 05:03:07 +0100 <ski> or you could check "Five Stages of Accepting Constructive Mathematics" by Andrej Bauer in 2013-03-18 at <https://www.ias.edu/video/members/1213/0318-AndrejBauer>, or his blog, perhaps "Am I a constructive mathematician?" in 2012-10-03 at <http://math.andrej.com/2012/10/03/am-i-a-constructive-mathematician/>
2021-01-21 05:03:26 +0100 <blankhart> i am fine with it as a way of life but not a mode of worship and would never say i "don't accept" classical logic
2021-01-21 05:03:36 +0100 <Lycurgus> w new stuff, judgements, ct implications layered on
2021-01-21 05:04:45 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 240 seconds)
2021-01-21 05:04:56 +0100elliott_(~elliott_@pool-108-51-101-42.washdc.fios.verizon.net) (Ping timeout: 240 seconds)
2021-01-21 05:05:16 +0100 <Lycurgus> so i'm thinking intutionistic and classic have the same primitive but just vary on rules of inference
2021-01-21 05:05:16 +0100jedws(~jedws@121.209.139.157) (Read error: Connection reset by peer)
2021-01-21 05:05:32 +0100 <Lycurgus> such as the excluded middle
2021-01-21 05:05:58 +0100alex`(~user@2603-7000-3e40-324c-f8fd-c366-e546-c755.res6.spectrum.com)
2021-01-21 05:06:40 +0100 <Lycurgus> *primitive notion of truth; divergent notions of proff
2021-01-21 05:06:44 +0100 <Lycurgus> *proof
2021-01-21 05:06:52 +0100conal(~conal@64.71.133.70)
2021-01-21 05:07:03 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 05:07:09 +0100jedws(~jedws@121.209.139.157)
2021-01-21 05:07:53 +0100bitmagie(~Thunderbi@200116b806940a00b4092fc97d8c8cac.dip.versatel-1u1.de) (Quit: bitmagie)
2021-01-21 05:07:55 +0100 <alex`> where lsp
2021-01-21 05:08:02 +0100 <alex`> @where lsp
2021-01-21 05:08:02 +0100 <lambdabot> I know nothing about lsp.
2021-01-21 05:09:49 +0100 <Lycurgus> if there could actually be concept of truth different from the one I talk about ( https://en.wikipedia.org/wiki/User_talk:Lycurgus )
2021-01-21 05:09:58 +0100 <blankhart> it seems like the Martin Lof paper is mostly "And what he says is then perfectly right: there is
2021-01-21 05:10:00 +0100 <blankhart> no evident judgement whose evidence has not been experienced, and
2021-01-21 05:10:02 +0100 <blankhart> experience it is what you do when you understand, comprehend, grasp,
2021-01-21 05:10:02 +0100elliott_(~elliott_@pool-108-51-101-42.washdc.fios.verizon.net)
2021-01-21 05:10:04 +0100 <blankhart> or see it. There is no evidence outside our actual or possible experience of it
2021-01-21 05:10:06 +0100 <blankhart> "
2021-01-21 05:10:12 +0100 <Lycurgus> as opposed to ways to get at it, i'd be much obliged to hear about it
2021-01-21 05:11:35 +0100 <Lycurgus> that is to say of course distinct from ignornant misconceptions such as confounding other concepts or things in the mind with it
2021-01-21 05:11:38 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 05:12:01 +0100 <Lycurgus> or holding that is ineffable, mysterious, unknownable in as an essence
2021-01-21 05:12:25 +0100prlCIql6ruclcri(~f9jawUfat@200.115.207.106)
2021-01-21 05:12:30 +0100 <Lycurgus> because goedel
2021-01-21 05:12:34 +0100jedws(~jedws@121.209.139.157) (Quit: My MacBook has gone to sleep. ZZZzzz…)
2021-01-21 05:12:47 +0100elliott__(~elliott@pool-108-51-101-42.washdc.fios.verizon.net) (Ping timeout: 265 seconds)
2021-01-21 05:12:48 +0100 <Lycurgus> or because experience precedes essence
2021-01-21 05:12:52 +0100 <Lycurgus> or just because
2021-01-21 05:13:45 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 265 seconds)
2021-01-21 05:13:58 +0100 <Lycurgus> *that it (truth) is ineffable
2021-01-21 05:15:16 +0100 <Lycurgus> s/in as/as/
2021-01-21 05:15:54 +0100 <blankhart> but i think for all its marshalling of etymology the paper just restates the rules of intuitionism rather than providing reasons to reject classical logic
2021-01-21 05:17:25 +0100jackk_Doe(~jackk@205.178.111.134) (Quit: Going offline, see ya! (www.adiirc.com))
2021-01-21 05:17:54 +0100jpds(~jpds@gateway/tor-sasl/jpds) (Remote host closed the connection)
2021-01-21 05:18:01 +0100 <Lycurgus> well it, intutionism, does refute/retract/discard specific classic rules of inference
2021-01-21 05:18:18 +0100jpds(~jpds@gateway/tor-sasl/jpds)
2021-01-21 05:18:27 +0100 <Lycurgus> because you know they are like false
2021-01-21 05:18:46 +0100deviantfero(~deviantfe@190.150.27.58) (Ping timeout: 256 seconds)
2021-01-21 05:18:51 +0100bitmapper(uid464869@gateway/web/irccloud.com/x-vuttdldiuuoxfimh) (Quit: Connection closed for inactivity)
2021-01-21 05:18:52 +0100alex`(~user@2603-7000-3e40-324c-f8fd-c366-e546-c755.res6.spectrum.com) (Remote host closed the connection)
2021-01-21 05:19:09 +0100Jd007(~Jd007@162.156.11.151)
2021-01-21 05:19:37 +0100 <blankhart> you mean neither true nor false
2021-01-21 05:19:58 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Ping timeout: 246 seconds)
2021-01-21 05:20:05 +0100 <Lycurgus> yeah, false was the wrong word, inadequate
2021-01-21 05:20:55 +0100 <Lycurgus> kinda like classical mechanics is right to a first level of understanding
2021-01-21 05:22:02 +0100 <blankhart> thank you ski for the martin lof reference i think i understand the metaphysical aspects better now
2021-01-21 05:22:51 +0100zebrag(~inkbottle@aaubervilliers-654-1-120-135.w86-198.abo.wanadoo.fr) (Read error: Connection reset by peer)
2021-01-21 05:23:12 +0100zebrag(~inkbottle@aaubervilliers-654-1-120-135.w86-198.abo.wanadoo.fr)
2021-01-21 05:23:30 +0100 <Lycurgus> i learned recently that before sanders and maclane ct was known as genaral abstract nonsense
2021-01-21 05:23:46 +0100 <ski> it still is, afaik
2021-01-21 05:24:10 +0100 <ski> (and some proponents do use that term themselves to describe it)
2021-01-21 05:25:17 +0100 <Lycurgus> what do you think of infinity categories?
2021-01-21 05:25:33 +0100 <Lycurgus> (Riehl)
2021-01-21 05:25:54 +0100 <ski> interesting
2021-01-21 05:26:47 +0100 <Lycurgus> anyway in everyday life, people go on with the classical; mechanics, logic, regular rather than non-standard analysis, etc.
2021-01-21 05:27:48 +0100 <ski> NSA hasn't appealed to me, no
2021-01-21 05:27:50 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 256 seconds)
2021-01-21 05:28:38 +0100 <Lycurgus> i guess I would have to hear how you said 'interesting' to determine the value judgment therein
2021-01-21 05:30:09 +0100 <ski> last i looked more at higher-dimensional category stuff, there were several competing attempts at formulating it, it not being that clear which (if any) would be the right one
2021-01-21 05:31:08 +0100 <koz_> TIL: complement from Data.Bits is secretly partial.
2021-01-21 05:31:46 +0100Tario(~Tario@201.192.165.173) (Read error: Connection reset by peer)
2021-01-21 05:32:58 +0100Tario(~Tario@201.192.165.173)
2021-01-21 05:37:26 +0100Tario(~Tario@201.192.165.173) (Ping timeout: 265 seconds)
2021-01-21 05:39:04 +0100jackk_Doe(~jackk@205.178.111.134)
2021-01-21 05:42:42 +0100justsomeguy(~justsomeg@unaffiliated/--/x-3805311) (Quit: WeeChat 2.9)
2021-01-21 05:45:34 +0100Saukk(~Saukk@83-148-239-3.dynamic.lounea.fi) (Remote host closed the connection)
2021-01-21 05:45:44 +0100 <jle`> koz_: D:
2021-01-21 05:48:56 +0100pavonia(~user@unaffiliated/siracusa) (Quit: Bye!)
2021-01-21 05:49:34 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 05:50:37 +0100Bergle_3(~Bergle_4@101.165.90.119)
2021-01-21 05:51:46 +0100 <ezzieyguywuf> grr, why doesn't my installed hunit-discover hash match what cabal-install wants?!?! https://dpaste.com/HH2ZKX3W3
2021-01-21 05:51:51 +0100mht-technology(~mht@2a03:b0c0:3:e0::1e2:c001)
2021-01-21 05:52:00 +0100 <ezzieyguywuf> *hspec-discover
2021-01-21 05:52:38 +0100mht(~mht@mht.wtf) (Ping timeout: 256 seconds)
2021-01-21 05:52:46 +0100hololeap(~hololeap@unaffiliated/hololeap) (Ping timeout: 256 seconds)
2021-01-21 05:52:46 +0100Deewiant(~deewiant@de1.ut.deewiant.iki.fi) (Ping timeout: 256 seconds)
2021-01-21 05:53:05 +0100Deewiant(~deewiant@de1.ut.deewiant.iki.fi)
2021-01-21 05:53:20 +0100prlCIql6ruclcri(~f9jawUfat@200.115.207.106) (Ping timeout: 256 seconds)
2021-01-21 05:53:20 +0100Bergle_2(~Bergle_4@101.165.90.119) (Ping timeout: 256 seconds)
2021-01-21 05:53:20 +0100quicksilver(~jules@roobarb.crazydogs.org) (Ping timeout: 256 seconds)
2021-01-21 05:53:22 +0100hololeap(~hololeap@unaffiliated/hololeap)
2021-01-21 05:53:28 +0100quicksilver(~jules@roobarb.crazydogs.org)
2021-01-21 05:53:34 +0100hololeap(~hololeap@unaffiliated/hololeap) (Max SendQ exceeded)
2021-01-21 05:54:03 +0100hololeap(~hololeap@unaffiliated/hololeap)
2021-01-21 05:54:10 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Ping timeout: 264 seconds)
2021-01-21 05:55:27 +0100vappend(~ezrakilty@75-172-109-5.tukw.qwest.net)
2021-01-21 05:55:41 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl)
2021-01-21 05:56:24 +0100Lycurgus(~niemand@cpe-45-46-139-165.buffalo.res.rr.com) (Quit: Exeunt)
2021-01-21 05:57:57 +0100jedws(~jedws@121.209.139.157)
2021-01-21 05:59:45 +0100vappend(~ezrakilty@75-172-109-5.tukw.qwest.net) (Ping timeout: 240 seconds)
2021-01-21 06:00:22 +0100 <ezzieyguywuf> hm, if I `cabal unpack hspec-discover; cd hspec-discover-2.7.8; ghc Setup.lhs -o setup; ./setup configure; ./setup build` I get the *same hash* that I already have, *not* the one that cabal is looking for in my past from before
2021-01-21 06:00:33 +0100 <ezzieyguywuf> so the real question is - why does it want a different hash?
2021-01-21 06:00:43 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 06:01:07 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 265 seconds)
2021-01-21 06:01:50 +0100 <ezzieyguywuf> hell, I even ran `cabal install` and it STILL wants a different hash
2021-01-21 06:01:51 +0100 <ezzieyguywuf> so weird
2021-01-21 06:02:05 +0100 <ezzieyguywuf> going to bed now - this is for `hackport` though if anyone cares and wants to take a look
2021-01-21 06:03:14 +0100toast52(97c0a219@151.192.162.25) (Quit: Connection closed)
2021-01-21 06:06:08 +0100ccchapman(~cchapman@S0106889e68fa3df2.vc.shawcable.net)
2021-01-21 06:08:45 +0100 <ezzieyguywuf> hm, so these are the two "cabal-hash.txt" that gets stored in ~/.cabal, but I don't understand why the `src` is different in each: https://dpaste.com/AAZKTHQ5R
2021-01-21 06:08:52 +0100 <ezzieyguywuf> https://dpaste.com/EZ2E3BZPU
2021-01-21 06:08:58 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 246 seconds)
2021-01-21 06:10:32 +0100yangby(~secret@125.120.165.53)
2021-01-21 06:10:42 +0100yangby(~secret@125.120.165.53) (Client Quit)
2021-01-21 06:11:27 +0100NinjaTrappeur(~ninja@unaffiliated/ninjatrappeur) (Ping timeout: 272 seconds)
2021-01-21 06:12:19 +0100toast52(97c0a219@151.192.162.25)
2021-01-21 06:13:53 +0100blankhart(~blankhart@pool-100-8-71-205.nwrknj.fios.verizon.net) (Quit: WeeChat 2.8)
2021-01-21 06:17:43 +0100sagax(~sagax_nb@213.138.71.146)
2021-01-21 06:21:55 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 06:22:36 +0100rdivyanshu(uid322626@gateway/web/irccloud.com/x-yootatuoncqkhiiu)
2021-01-21 06:22:51 +0100zebrag(~inkbottle@aaubervilliers-654-1-120-135.w86-198.abo.wanadoo.fr) (Quit: Konversation terminated!)
2021-01-21 06:23:18 +0100zebrag(~inkbottle@aaubervilliers-654-1-120-135.w86-198.abo.wanadoo.fr)
2021-01-21 06:26:41 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl)
2021-01-21 06:26:46 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Ping timeout: 256 seconds)
2021-01-21 06:26:57 +0100ixaxaar(~ixaxaar@49.207.210.215)
2021-01-21 06:31:18 +0100vappend(~ezrakilty@75-172-109-5.tukw.qwest.net)
2021-01-21 06:33:15 +0100Jd007(~Jd007@162.156.11.151) (Quit: Jd007)
2021-01-21 06:35:39 +0100NinjaTrappeur(~ninja@unaffiliated/ninjatrappeur)
2021-01-21 06:38:14 +0100quinn(~quinn@c-73-223-224-163.hsd1.ca.comcast.net) (Quit: ZNC 1.8.1 - https://znc.in)
2021-01-21 06:38:49 +0100vicfred_(~vicfred@unaffiliated/vicfred) (Quit: Leaving)
2021-01-21 06:39:17 +0100quinn(~quinn@c-73-223-224-163.hsd1.ca.comcast.net)
2021-01-21 06:39:55 +0100vonfry(~user@113.74.132.191) ("ERC (IRC client for Emacs 27.1.90)")
2021-01-21 06:46:34 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 06:51:23 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 265 seconds)
2021-01-21 06:51:52 +0100wroathe(~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) (Ping timeout: 265 seconds)
2021-01-21 06:52:05 +0100nineonine(~nineonine@50.216.62.2) (Ping timeout: 240 seconds)
2021-01-21 06:52:36 +0100zebrag(~inkbottle@aaubervilliers-654-1-120-135.w86-198.abo.wanadoo.fr) (Quit: Konversation terminated!)
2021-01-21 06:53:05 +0100poscat(~poscat@221.217.131.44) (Quit: ZNC 1.8.2 - https://znc.in)
2021-01-21 06:53:55 +0100poscat(~poscat@221.217.131.44)
2021-01-21 06:54:02 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com)
2021-01-21 06:55:14 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 06:55:26 +0100orion`1(~orion`@195.140.213.38) (Remote host closed the connection)
2021-01-21 06:58:30 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com) (Ping timeout: 256 seconds)
2021-01-21 07:00:05 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Ping timeout: 265 seconds)
2021-01-21 07:00:25 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 246 seconds)
2021-01-21 07:02:12 +0100danvet(~Daniel@2a02:168:57f4:0:efd0:b9e5:5ae6:c2fa)
2021-01-21 07:04:59 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 07:07:39 +0100carlomagno(~cararell@148.87.23.7)
2021-01-21 07:07:59 +0100coot(~coot@37.30.55.132.nat.umts.dynamic.t-mobile.pl)
2021-01-21 07:09:53 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 260 seconds)
2021-01-21 07:10:12 +0100Jd007(~Jd007@162.156.11.151)
2021-01-21 07:16:36 +0100vappend(~ezrakilty@75-172-109-5.tukw.qwest.net) (Remote host closed the connection)
2021-01-21 07:19:42 +0100wroathe(~wroathe@c-68-54-25-135.hsd1.mn.comcast.net)
2021-01-21 07:24:01 +0100djbeau(~dbeaureg@148.87.23.11) (Remote host closed the connection)
2021-01-21 07:24:09 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 07:24:34 +0100wroathe(~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) (Ping timeout: 256 seconds)
2021-01-21 07:26:14 +0100Stanley00(~stanley00@unaffiliated/stanley00)
2021-01-21 07:27:54 +0100sord937(~sord937@gateway/tor-sasl/sord937)
2021-01-21 07:28:58 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 07:30:14 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 256 seconds)
2021-01-21 07:30:56 +0100nineonine(~nineonine@50.216.62.2)
2021-01-21 07:33:54 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Ping timeout: 272 seconds)
2021-01-21 07:35:02 +0100Sgeo(~Sgeo@ool-18b98aa4.dyn.optonline.net) (Read error: Connection reset by peer)
2021-01-21 07:35:37 +0100nineonine(~nineonine@50.216.62.2) (Ping timeout: 256 seconds)
2021-01-21 07:36:22 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl)
2021-01-21 07:38:37 +0100djbeau(~dbeaureg@148.87.23.11)
2021-01-21 07:38:45 +0100phasespace_(~sar@89-162-33-21.fiber.signal.no) (Ping timeout: 265 seconds)
2021-01-21 07:41:28 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 07:41:58 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 260 seconds)
2021-01-21 07:46:22 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 264 seconds)
2021-01-21 07:46:49 +0100Unode(~Unode@unaffiliated/unode) (Quit: Off it goes)
2021-01-21 07:47:30 +0100Unode(~Unode@unaffiliated/unode)
2021-01-21 07:49:00 +0100tatooine-sunset(~botond@94-21-74-214.pool.digikabel.hu)
2021-01-21 07:50:41 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 07:51:18 +0100vappend(~ezrakilty@75-172-109-5.tukw.qwest.net)
2021-01-21 07:51:49 +0100 <tatooine-sunset> hi! i'm learning haskell and i know some f#. i love the |> and >> operators in f#, the left-to-right flow feels very natural. is there a reason, other than history and convention, why most haskell code i see uses $ and ., and i almost never see & (and i don't even know if there is a left-to-right function composition operator)? is there a deeper reason or is this just how it is and i will get
2021-01-21 07:51:55 +0100 <tatooine-sunset> used to it?
2021-01-21 07:55:25 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 272 seconds)
2021-01-21 07:56:04 +0100vappend(~ezrakilty@75-172-109-5.tukw.qwest.net) (Ping timeout: 256 seconds)
2021-01-21 07:56:24 +0100noecho(~noecho@2a01:4f8:1c0c:80ee::4223) (Quit: ZNC - http://znc.in)
2021-01-21 07:56:54 +0100noecho(~noecho@2a01:4f8:1c0c:80ee::4223)
2021-01-21 07:57:28 +0100takuan(~takuan@178-116-218-225.access.telenet.be)
2021-01-21 07:57:45 +0100Jd007(~Jd007@162.156.11.151) (Quit: Jd007)
2021-01-21 07:57:47 +0100poi(6f63120c@KD111099018012.ppp-bb.dion.ne.jp)
2021-01-21 07:58:28 +0100 <dolio> It's just that way because it matches the way function application is normally written most places, and you should probably just get used to it.
2021-01-21 08:00:26 +0100phasespace_(~sar@80-89-47-117.inet.signal.no)
2021-01-21 08:00:30 +0100khisanth_(~Khisanth@24.sub-174-244-147.myvzw.com)
2021-01-21 08:01:53 +0100 <toast52> There are some places where left-to-right style is used quite a lot, like lens libraries
2021-01-21 08:02:24 +0100 <toast52> But I agree in general just get used to reading right to left :)
2021-01-21 08:02:30 +0100 <dolio> Yeah, that's kind of mimicing OOP conventions.
2021-01-21 08:02:53 +0100 <toast52> the left to right composition operator is (>>>)
2021-01-21 08:03:24 +0100 <toast52> its found in Control.Arrow
2021-01-21 08:03:42 +0100Zipheir(~zaifir@98.4.178.27) ()
2021-01-21 08:04:22 +0100Khisanth(~Khisanth@24.sub-174-244-147.myvzw.com) (Ping timeout: 265 seconds)
2021-01-21 08:04:28 +0100 <dolio> Which are a little odd. There's one 'special' argument that work left-to-right, and other arguments work the right-to-left way.
2021-01-21 08:04:37 +0100 <dolio> Same with |> in a way.
2021-01-21 08:05:01 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 08:05:47 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 08:07:05 +0100ukari(~ukari@unaffiliated/ukari) (Remote host closed the connection)
2021-01-21 08:07:10 +0100 <tatooine-sunset> thanks
2021-01-21 08:07:34 +0100ukari(~ukari@unaffiliated/ukari)
2021-01-21 08:07:49 +0100 <tatooine-sunset> but if i understand correctly, in order to write code that other haskellers find easy to understand, i need to use $ and . instead of & and >>>, right?
2021-01-21 08:08:26 +0100 <dolio> Most likely.
2021-01-21 08:09:11 +0100 <toast52> Well I would say if you right an expression like
2021-01-21 08:09:35 +0100 <toast52> `myFunc = reverse >>> map (+ 1) >>> filter (> 3)`
2021-01-21 08:09:49 +0100 <toast52> it would still be pretty obvious what it is doing
2021-01-21 08:10:38 +0100 <tatooine-sunset> what i find hard about the right-to-left style is that when i'm writing the code, i need to think about the last transformation first, but i guess i'll need to change the way i think about problems
2021-01-21 08:10:39 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Ping timeout: 265 seconds)
2021-01-21 08:10:51 +0100 <tatooine-sunset> toast52 yes that looks very nice and readable
2021-01-21 08:11:08 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 260 seconds)
2021-01-21 08:11:47 +0100cole-h(~cole-h@c-73-48-197-220.hsd1.ca.comcast.net)
2021-01-21 08:12:27 +0100jedws(~jedws@121.209.139.157) (Quit: My MacBook has gone to sleep. ZZZzzz…)
2021-01-21 08:13:25 +0100dhouthoo(~dhouthoo@ptr-eitgbj2w0uu6delkbrh.18120a2.ip6.access.telenet.be)
2021-01-21 08:13:38 +0100 <tatooine-sunset> dolio, that's a very good point about one special argument, i agree that the right-to-left way is more consistent
2021-01-21 08:13:48 +0100 <tatooine-sunset> well thanks again everyone
2021-01-21 08:13:48 +0100 <toast52> Sometimes when thinking it can be helpful to do left-to-right as you think about the sequence of transformations you need to apply to data. I wouldn't feel wrong just because I want to use & and >>>
2021-01-21 08:14:33 +0100 <toast52> in fact when it comes to monads we write things left to right all the time
2021-01-21 08:15:03 +0100 <toast52> I think ultimately it boils down to convention
2021-01-21 08:15:54 +0100avdb(~avdb@gateway/tor-sasl/avdb)
2021-01-21 08:16:29 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl)
2021-01-21 08:19:53 +0100 <idnar> dolio: I try to think of lenses as traversals; then the order isn't backwards
2021-01-21 08:20:59 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 08:21:37 +0100poscat(~poscat@221.217.131.44) (Quit: ZNC 1.8.2 - https://znc.in)
2021-01-21 08:21:41 +0100asheshambasta(~user@ptr-e1lysawp8tryl7bjhuw.18120a2.ip6.access.telenet.be)
2021-01-21 08:21:56 +0100_ht(~quassel@82-169-194-8.biz.kpn.net)
2021-01-21 08:22:40 +0100poscat(~poscat@221.217.131.44)
2021-01-21 08:29:01 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 265 seconds)
2021-01-21 08:29:20 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 08:30:06 +0100knupfer(~Thunderbi@200116b82ccda100801d0cfffed7ba49.dip.versatel-1u1.de)
2021-01-21 08:31:07 +0100knupfer(~Thunderbi@200116b82ccda100801d0cfffed7ba49.dip.versatel-1u1.de) (Remote host closed the connection)
2021-01-21 08:31:15 +0100knupfer(~Thunderbi@200116b82ccda10010cad328fb6115ce.dip.versatel-1u1.de)
2021-01-21 08:32:08 +0100rdivyanshu(uid322626@gateway/web/irccloud.com/x-yootatuoncqkhiiu) (Quit: Connection closed for inactivity)
2021-01-21 08:33:20 +0100Varis(~Tadas@unaffiliated/varis)
2021-01-21 08:33:42 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 256 seconds)
2021-01-21 08:33:45 +0100poi(6f63120c@KD111099018012.ppp-bb.dion.ne.jp) (Quit: Connection closed)
2021-01-21 08:36:40 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 08:37:40 +0100tatooine-sunset(~botond@94-21-74-214.pool.digikabel.hu) (Ping timeout: 256 seconds)
2021-01-21 08:39:11 +0100poi(6f63120c@KD111099018012.ppp-bb.dion.ne.jp)
2021-01-21 08:40:10 +0100 <Axman6> @hoogle a -> (a -> b) -> b
2021-01-21 08:40:11 +0100 <lambdabot> Data.Function (&) :: a -> (a -> b) -> b
2021-01-21 08:40:11 +0100 <lambdabot> Control.Lens.Lens (&) :: () => a -> (a -> b) -> b
2021-01-21 08:40:11 +0100 <lambdabot> Control.Lens.Operators (&) :: () => a -> (a -> b) -> b
2021-01-21 08:40:36 +0100 <Axman6> @hoogle (a -> b) -> (b -> c) -> (a -> c)
2021-01-21 08:40:37 +0100 <lambdabot> CoreMap (>.>) :: (a -> b) -> (b -> c) -> a -> c
2021-01-21 08:40:37 +0100 <lambdabot> TrieMap (>.>) :: (a -> b) -> (b -> c) -> a -> c
2021-01-21 08:40:37 +0100 <lambdabot> Flow (.>) :: (a -> b) -> (b -> c) -> a -> c
2021-01-21 08:40:54 +0100 <Axman6> @hoogle (|>)
2021-01-21 08:40:55 +0100 <lambdabot> Data.Sequence (|>) :: Seq a -> a -> Seq a
2021-01-21 08:40:55 +0100 <lambdabot> Data.Sequence.Internal (|>) :: Seq a -> a -> Seq a
2021-01-21 08:40:55 +0100 <lambdabot> Control.Lens.Cons (|>) :: Snoc s s a a => s -> a -> s
2021-01-21 08:41:16 +0100Unode(~Unode@unaffiliated/unode) (Quit: Off it goes)
2021-01-21 08:41:57 +0100Unode(~Unode@unaffiliated/unode)
2021-01-21 08:43:48 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 260 seconds)
2021-01-21 08:45:00 +0100 <toast52> Hmm I just noticed.. why doesn't hoogle find (>>>) for the signature (a -> b) -> (b -> c) -> (a -> c)?
2021-01-21 08:45:29 +0100 <Axman6> it's not smart enough to know about the expansion of the type I believe
2021-01-21 08:45:30 +0100 <toast52> Does it not see the instance Category ((->))?
2021-01-21 08:45:42 +0100 <Axman6> @hoogle a b c -> a b d -> a b d
2021-01-21 08:45:44 +0100 <lambdabot> Control.Arrow.ArrowIf guards :: ArrowIf a => a b c -> a b d -> a b d
2021-01-21 08:45:44 +0100 <lambdabot> Data.Biapplicative (*>>) :: Biapplicative p => p a b -> p c d -> p c d
2021-01-21 08:45:44 +0100 <lambdabot> Data.Bifunctor.Apply (.>>) :: Biapply p => p a b -> p c d -> p c d
2021-01-21 08:47:41 +0100 <toast52> @hoogle (a -> Maybe b) -> [a] -> Maybe [b]
2021-01-21 08:47:41 +0100 <lambdabot> GHC.Base mapM :: Monad m => (a -> m b) -> [a] -> m [b]
2021-01-21 08:47:41 +0100 <lambdabot> Control.Monad.HT map :: Monad m => (a -> m b) -> [a] -> m [b]
2021-01-21 08:47:41 +0100 <lambdabot> Language.Fixpoint.Misc (<$$>) :: Monad m => (a -> m b) -> [a] -> m [b]
2021-01-21 08:48:09 +0100 <toast52> for example if I search a signature specialized to Maybe hoogle can find mapM which is more general
2021-01-21 08:48:23 +0100 <toast52> so why did it not work in the case of (>>>) ?
2021-01-21 08:48:23 +0100 <Axman6> @hoogle (a -> b) -> (b -> c) -> (a -> c)
2021-01-21 08:48:24 +0100 <lambdabot> CoreMap (>.>) :: (a -> b) -> (b -> c) -> a -> c
2021-01-21 08:48:24 +0100 <lambdabot> TrieMap (>.>) :: (a -> b) -> (b -> c) -> a -> c
2021-01-21 08:48:24 +0100 <lambdabot> Flow (.>) :: (a -> b) -> (b -> c) -> a -> c
2021-01-21 08:48:28 +0100 <Axman6> @more
2021-01-21 08:48:37 +0100 <Axman6> @hoogle+
2021-01-21 08:48:37 +0100 <lambdabot> Flow compose :: (a -> b) -> (b -> c) -> a -> c
2021-01-21 08:48:37 +0100 <lambdabot> Data.Function.Contravariant.Syntax (-.) :: (a -> b) -> (b -> c) -> a -> c
2021-01-21 08:48:37 +0100 <lambdabot> Language.Haskell.Brittany.Internal.PreludeUtils (.>) :: (a -> b) -> (b -> c) -> a -> c
2021-01-21 08:48:39 +0100 <Axman6> @hoogle+
2021-01-21 08:48:39 +0100 <lambdabot> Control.Newtype under :: (Newtype n o, Newtype n' o') => (o -> n) -> (n -> n') -> o -> o'
2021-01-21 08:48:40 +0100 <lambdabot> Control.Newtype.Generics under :: (Newtype n, Newtype n', o' ~ O n', o ~ O n) => (o -> n) -> (n -> n') -> o -> o'
2021-01-21 08:50:18 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 08:50:42 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 256 seconds)
2021-01-21 08:51:03 +0100Natch|(~natch@c-b471e255.014-297-73746f25.bbcust.telenor.se) (Remote host closed the connection)
2021-01-21 08:51:46 +0100Natch(~natch@c-b471e255.014-297-73746f25.bbcust.telenor.se)
2021-01-21 08:54:42 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com)
2021-01-21 08:58:10 +0100pera(pera@gateway/vpn/mullvad/pera)
2021-01-21 08:59:12 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com) (Ping timeout: 256 seconds)
2021-01-21 09:04:28 +0100centril(~centril@213-66-146-92-no250.tbcn.telia.com) (Read error: Connection reset by peer)
2021-01-21 09:05:07 +0100akegalj(~akegalj@93-138-59-178.adsl.net.t-com.hr)
2021-01-21 09:07:38 +0100carlomagno(~cararell@148.87.23.7) (Remote host closed the connection)
2021-01-21 09:08:01 +0100carlomagno(~cararell@148.87.23.7)
2021-01-21 09:10:03 +0100xff0x(~xff0x@2001:1a81:5287:d000:ecc7:542c:7bdf:5e3e) (Ping timeout: 272 seconds)
2021-01-21 09:10:45 +0100xff0x(~xff0x@2001:1a81:5287:d000:a53e:ee0a:3582:7a1f)
2021-01-21 09:10:46 +0100tsaka__(~torstein@athedsl-258913.home.otenet.gr)
2021-01-21 09:11:21 +0100ArConan(9de62a69@157.230.42.105)
2021-01-21 09:11:33 +0100Graf_Blutwurst(~grafblutw@2001:171b:226e:adc0:11ea:c594:3295:43f3)
2021-01-21 09:13:22 +0100wroathe(~wroathe@c-68-54-25-135.hsd1.mn.comcast.net)
2021-01-21 09:14:28 +0100poi(6f63120c@KD111099018012.ppp-bb.dion.ne.jp) (Quit: Connection closed)
2021-01-21 09:16:14 +0100Graf_Blutwurst(~grafblutw@2001:171b:226e:adc0:11ea:c594:3295:43f3) (Client Quit)
2021-01-21 09:16:17 +0100poi(6f63120c@KD111099018012.ppp-bb.dion.ne.jp)
2021-01-21 09:16:37 +0100hackagehiedb 0.3.0.0 - Generates a references DB from .hie files https://hackage.haskell.org/package/hiedb-0.3.0.0 (wz1000)
2021-01-21 09:16:58 +0100livvy(~livvy@gateway/tor-sasl/livvy) (Remote host closed the connection)
2021-01-21 09:17:41 +0100Graf_Blutwurst(~grafblutw@adsl-178-38-234-220.adslplus.ch)
2021-01-21 09:17:50 +0100livvy(~livvy@gateway/tor-sasl/livvy)
2021-01-21 09:18:01 +0100 <Uniaika> wz1000: 👍
2021-01-21 09:18:23 +0100wroathe(~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) (Ping timeout: 272 seconds)
2021-01-21 09:19:59 +0100ArConan(9de62a69@157.230.42.105) (Quit: Connection closed)
2021-01-21 09:20:38 +0100Graf_Blutwurst(~grafblutw@adsl-178-38-234-220.adslplus.ch) (Client Quit)
2021-01-21 09:21:33 +0100berberman_(~berberman@unaffiliated/berberman)
2021-01-21 09:21:34 +0100 <toast52> does anyone use vscode with hls? I started using it more regularly after it downloads binaries (instead of having to compile it yourself) and I got this weird problem where I get hlint hints, but applying the refactor doesn't work
2021-01-21 09:21:40 +0100Tuplanolla(~Tuplanoll@91-159-68-239.elisa-laajakaista.fi)
2021-01-21 09:22:18 +0100berberman(~berberman@unaffiliated/berberman) (Ping timeout: 260 seconds)
2021-01-21 09:22:57 +0100Graf_Blutwurst(~grafblutw@2001:171b:226e:adc0:11ea:c594:3295:43f3)
2021-01-21 09:23:53 +0100tzh(~tzh@c-24-21-73-154.hsd1.wa.comcast.net) (Quit: zzz)
2021-01-21 09:24:06 +0100Graf_Blutwurst(~grafblutw@2001:171b:226e:adc0:11ea:c594:3295:43f3) (Client Quit)
2021-01-21 09:24:31 +0100Graf_Blutwurst(~grafblutw@2001:171b:226e:adc0:11ea:c594:3295:43f3)
2021-01-21 09:24:59 +0100ArConan(9de62a69@157.230.42.105)
2021-01-21 09:25:37 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl)
2021-01-21 09:26:28 +0100 <idnar> toast52: do you have any default-extensions that affect syntax? (eg. LambdaCase)
2021-01-21 09:26:49 +0100cfricke(~cfricke@unaffiliated/cfricke)
2021-01-21 09:27:28 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 09:30:50 +0100kritzefitz(~kritzefit@fw-front.credativ.com)
2021-01-21 09:30:56 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 256 seconds)
2021-01-21 09:33:03 +0100 <idnar> toast52: my guess is https://github.com/haskell/haskell-language-server/issues/590 or https://github.com/haskell/haskell-language-server/issues/591
2021-01-21 09:34:55 +0100werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 272 seconds)
2021-01-21 09:35:07 +0100tatooine-sunset(~botond@94-21-74-214.pool.digikabel.hu)
2021-01-21 09:36:05 +0100werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
2021-01-21 09:36:15 +0100centril(~centril@213-66-146-92-no250.tbcn.telia.com)
2021-01-21 09:36:15 +0100ulidtko|k(~ulidtko@193.111.48.79)
2021-01-21 09:38:18 +0100 <ph88> is it possible to change the directory where stack install puts the compiled binaries ?
2021-01-21 09:39:19 +0100ulidtko|kk(~ulidtko@194.54.80.38)
2021-01-21 09:39:40 +0100 <Uniaika> ph88: according to the help message
2021-01-21 09:39:41 +0100 <Uniaika> --[no-]copy-bins Enable/disable copying binaries to the local-bin-path
2021-01-21 09:39:58 +0100 <Uniaika> try with --local-bin-path="/my/path"?
2021-01-21 09:40:13 +0100 <Uniaika> or put that option in the global project's stack.yaml?
2021-01-21 09:40:21 +0100 <Uniaika> (or the project's stack.yaml)
2021-01-21 09:41:18 +0100 <ph88> Uniaika, i dont see that option in the help. where did you find this local-bin-path
2021-01-21 09:41:38 +0100 <Uniaika> stack overflow
2021-01-21 09:41:45 +0100ulidtko|k(~ulidtko@193.111.48.79) (Ping timeout: 240 seconds)
2021-01-21 09:41:46 +0100 <Uniaika> ph88: https://stackoverflow.com/a/51361039/2936186
2021-01-21 09:41:52 +0100 <Uniaika> by Snoyman
2021-01-21 09:42:03 +0100 <ph88> aha! snoyman
2021-01-21 09:42:06 +0100 <Uniaika> that being said, maybe it has changed since 2018
2021-01-21 09:43:20 +0100 <toast52> idnar: this was a while back but I don't believe I had any extensions enabled
2021-01-21 09:43:53 +0100 <toast52> where do we find HLS logs when its being run from the vscode extension?
2021-01-21 09:43:55 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Remote host closed the connection)
2021-01-21 09:44:39 +0100 <idnar> not sure, I'm an emacs user
2021-01-21 09:45:41 +0100knupfer1(~Thunderbi@200116b82477750034b5e810c41e3d2c.dip.versatel-1u1.de)
2021-01-21 09:45:43 +0100 <toast52> ah its ok. thanks though!
2021-01-21 09:46:55 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 09:47:18 +0100xff0x(~xff0x@2001:1a81:5287:d000:a53e:ee0a:3582:7a1f) (Ping timeout: 244 seconds)
2021-01-21 09:47:22 +0100knupfer(~Thunderbi@200116b82ccda10010cad328fb6115ce.dip.versatel-1u1.de) (Ping timeout: 260 seconds)
2021-01-21 09:47:22 +0100knupfer1knupfer
2021-01-21 09:48:03 +0100xff0x(~xff0x@2001:1a81:5287:d000:bd02:ce84:25f5:f36e)
2021-01-21 09:48:26 +0100chele(~chele@ip5b40237d.dynamic.kabel-deutschland.de)
2021-01-21 09:53:04 +0100ubert(~Thunderbi@p200300ecdf1ee0b4ca5b76fffe29f233.dip0.t-ipconnect.de)
2021-01-21 09:53:11 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl)
2021-01-21 09:57:11 +0100 <idnar> TIL: https://ghc.gitlab.haskell.org/ghc/doc/users_guide/exts/pattern_synonyms.html#record-pattern-synon…
2021-01-21 10:01:18 +0100m0rphism(~m0rphism@HSI-KBW-085-216-104-059.hsi.kabelbw.de)
2021-01-21 10:02:28 +0100 <kritzefitz> ph88, for me `stack --help` list `--local-bin-path`. `stack build --help` doesnt. (stack version 2.3.3)
2021-01-21 10:02:39 +0100mouseghost(~draco@87-206-9-185.dynamic.chello.pl)
2021-01-21 10:02:39 +0100mouseghost(~draco@87-206-9-185.dynamic.chello.pl) (Changing host)
2021-01-21 10:02:39 +0100mouseghost(~draco@wikipedia/desperek)
2021-01-21 10:02:44 +0100jespada_(~jespada@90.254.241.81) (Ping timeout: 272 seconds)
2021-01-21 10:03:21 +0100 <toast52> idnar: it indeed was issue 591. Looks like the issue has been closed which hopefully means its been resolved. I guess in the meantime I'll do the same symlink hack!
2021-01-21 10:03:41 +0100jespada(~jespada@90.254.241.81)
2021-01-21 10:04:07 +0100 <idnar> toast52: yay
2021-01-21 10:05:03 +0100mshadle(~mshadle@185.204.1.185)
2021-01-21 10:05:11 +0100 <ph88> thank you kritzefitz
2021-01-21 10:06:38 +0100LKoen(~LKoen@57.174.9.109.rev.sfr.net)
2021-01-21 10:11:21 +0100DirefulSalt(DirefulSal@gateway/vpn/privateinternetaccess/direfulsalt) (Remote host closed the connection)
2021-01-21 10:11:43 +0100DirefulSalt(DirefulSal@gateway/vpn/privateinternetaccess/direfulsalt)
2021-01-21 10:16:56 +0100ukari(~ukari@unaffiliated/ukari) (Remote host closed the connection)
2021-01-21 10:23:03 +0100Franciman(~francesco@host-79-51-37-36.retail.telecomitalia.it)
2021-01-21 10:24:08 +0100hackageclock 0.8.2 - High-resolution clock functions: monotonic, realtime, cputime. https://hackage.haskell.org/package/clock-0.8.2 (CetinSert)
2021-01-21 10:25:52 +0100tatooine-sunset(~botond@94-21-74-214.pool.digikabel.hu) (Quit: leaving)
2021-01-21 10:26:49 +0100toast52(97c0a219@151.192.162.25) (Quit: Connection closed)
2021-01-21 10:28:03 +0100heatsink(~heatsink@2600:1700:bef1:5e10:a004:c2e:5fd9:3135) (Remote host closed the connection)
2021-01-21 10:28:11 +0100toast52(97c0a219@151.192.162.25)
2021-01-21 10:29:24 +0100Gurkenglas(~Gurkengla@unaffiliated/gurkenglas)
2021-01-21 10:31:52 +0100ArConan(9de62a69@157.230.42.105) (Quit: Ping timeout (120 seconds))
2021-01-21 10:32:00 +0100toast52(97c0a219@151.192.162.25) (Client Quit)
2021-01-21 10:32:09 +0100poi(6f63120c@KD111099018012.ppp-bb.dion.ne.jp) (Quit: Ping timeout (120 seconds))
2021-01-21 10:32:15 +0100xff0x(~xff0x@2001:1a81:5287:d000:bd02:ce84:25f5:f36e) (Ping timeout: 244 seconds)
2021-01-21 10:33:07 +0100hackagepretty-types 0.4.0.0 - A small pretty printing DSL for complex types. https://hackage.haskell.org/package/pretty-types-0.4.0.0 (SvenHeyll)
2021-01-21 10:33:17 +0100xff0x(~xff0x@2001:1a81:5287:d000:98a:8bfd:18b8:391e)
2021-01-21 10:35:06 +0100dirediresalt(DirefulSal@gateway/vpn/privateinternetaccess/direfulsalt)
2021-01-21 10:35:20 +0100Graypup_(Graypup@lfcode.ca) (Quit: ZNC 1.6.1 - http://znc.in)
2021-01-21 10:36:00 +0100jespada_(~jespada@90.254.241.81)
2021-01-21 10:36:02 +0100Bigcheese(~quassel@unaffiliated/bigcheese) (Ping timeout: 264 seconds)
2021-01-21 10:36:16 +0100toast52(97c0a219@151.192.162.25)
2021-01-21 10:36:49 +0100Bigcheese(~quassel@unaffiliated/bigcheese)
2021-01-21 10:36:52 +0100DirefulSalt(DirefulSal@gateway/vpn/privateinternetaccess/direfulsalt) (Read error: Connection reset by peer)
2021-01-21 10:36:52 +0100coot(~coot@37.30.55.132.nat.umts.dynamic.t-mobile.pl) (Read error: Connection reset by peer)
2021-01-21 10:37:14 +0100jespada(~jespada@90.254.241.81) (Ping timeout: 256 seconds)
2021-01-21 10:37:14 +0100Rudd0(~Rudd0@185.189.115.103) (Ping timeout: 256 seconds)
2021-01-21 10:37:21 +0100Rudd0(~Rudd0@185.189.115.103)
2021-01-21 10:37:23 +0100Graypup_(Graypup@lfcode.ca)
2021-01-21 10:45:30 +0100 <ph88> how can i install graphviz into the official haskell docker container ?
2021-01-21 10:54:24 +0100 <Uniaika> ph88: with the package manager of the OS that's in the container I'd say?
2021-01-21 10:54:49 +0100philopsos(~caecilius@gateway/tor-sasl/caecilius)
2021-01-21 10:55:08 +0100hackagetlex-th 0.2.0.1 - TemplateHaskell plugin for Tlex https://hackage.haskell.org/package/tlex-th-0.2.0.1 (mizunashi_mana)
2021-01-21 10:55:27 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com)
2021-01-21 10:56:23 +0100 <wz1000> Uniaika: do you use it? I added a bunch of quality of life improvements
2021-01-21 10:56:44 +0100 <ph88> Uniaika, package manager can not find the dependency :(
2021-01-21 10:57:44 +0100hnOsmium0001(uid453710@gateway/web/irccloud.com/x-mgqwxumamesppfum) (Quit: Connection closed for inactivity)
2021-01-21 10:59:45 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com) (Ping timeout: 240 seconds)
2021-01-21 11:01:34 +0100 <Uniaika> wz1000: not yet, but I simply love to see more tooling in this area :)
2021-01-21 11:01:43 +0100 <Uniaika> ph88: which package manager are you using?
2021-01-21 11:02:18 +0100dcoutts__(~duncan@33.14.75.194.dyn.plus.net)
2021-01-21 11:02:43 +0100hekkaidekapus_(~tchouri@gateway/tor-sasl/hekkaidekapus)
2021-01-21 11:04:49 +0100hekkaidekapus(~tchouri@gateway/tor-sasl/hekkaidekapus) (Ping timeout: 268 seconds)
2021-01-21 11:07:29 +0100edge563(~edge563@gateway/tor-sasl/edge563)
2021-01-21 11:08:56 +0100AlexanderVandenb(uid483484@gateway/web/irccloud.com/x-yjqxeooweeaxgovg)
2021-01-21 11:10:08 +0100jackk_Doe(~jackk@205.178.111.134) (Quit: Going offline, see ya! (www.adiirc.com))
2021-01-21 11:12:29 +0100AlexanderVandenb(uid483484@gateway/web/irccloud.com/x-yjqxeooweeaxgovg) (Client Quit)
2021-01-21 11:12:35 +0100sh9(~sh9@softbank060116136158.bbtec.net)
2021-01-21 11:17:47 +0100acidjnk_new(~acidjnk@p200300d0c704e7763958b77079308a33.dip0.t-ipconnect.de)
2021-01-21 11:18:24 +0100DavidEichmann(~david@234.109.45.217.dyn.plus.net)
2021-01-21 11:18:26 +0100Kaiepi(~Kaiepi@47.54.252.148)
2021-01-21 11:21:52 +0100Graf_Blutwurst(~grafblutw@2001:171b:226e:adc0:11ea:c594:3295:43f3) (Ping timeout: 260 seconds)
2021-01-21 11:23:04 +0100Graf_Blutwurst(~grafblutw@2001:171b:226e:adc0:11ea:c594:3295:43f3)
2021-01-21 11:24:15 +0100loller_(uid358106@gateway/web/irccloud.com/x-rbveqnsijpscqtso) (Quit: Connection closed for inactivity)
2021-01-21 11:24:53 +0100Kaiepi(~Kaiepi@47.54.252.148) (Remote host closed the connection)
2021-01-21 11:28:25 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac)
2021-01-21 11:29:18 +0100Ayo(~quassel@82.177.83.189) (Ping timeout: 265 seconds)
2021-01-21 11:29:47 +0100 <ocharles> It's been a looooong time since I last saw this, but how do I debug: `rejecting: porcupine-s3-0.1.0.0/installed-BBMnLLX4HROBRj3tyCwp9G (package is broken)`? I get this from `cabal build all`. But `ghc-pkg check` doesn't report any problems
2021-01-21 11:33:38 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac) (Ping timeout: 264 seconds)
2021-01-21 11:33:50 +0100Kaiepi(~Kaiepi@47.54.252.148)
2021-01-21 11:36:21 +0100 <ocharles> Interesting, it looks like cabal HEAD has a different message with more information here. Time to upgrade to that...
2021-01-21 11:42:37 +0100djbeau(~dbeaureg@148.87.23.11) (Remote host closed the connection)
2021-01-21 11:42:49 +0100djbeau(~dbeaureg@148.87.23.11)
2021-01-21 11:45:34 +0100raehik(~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net)
2021-01-21 11:45:50 +0100 <ph88> Uniaika, i think the haskell container is based on debian .. i have apt there
2021-01-21 11:46:01 +0100 <merijn> ocharles: ghc-pkg check doesn't report anything because things in the global store are in the global package database for GHC
2021-01-21 11:46:05 +0100 <ph88> hi ocharles o/
2021-01-21 11:46:13 +0100 <ocharles> Ok, now I get `package is broken, missing depenedency amazonka-1.6.1-1UVUsTipgkSIbK2dRxKvAh`, yet... `ghc-pkg dump --global -v0 | grep 'id:' | grep amazonka` shows `amazonka-1.6.1-1UVUsTipgkSIbK2dRxKvAh`
2021-01-21 11:46:21 +0100 <ocharles> Hi ph88
2021-01-21 11:46:40 +0100 <merijn> ocharles: Which OS?
2021-01-21 11:46:50 +0100 <ocharles> NixOS, in a nix-shell
2021-01-21 11:46:58 +0100cole-h(~cole-h@c-73-48-197-220.hsd1.ca.comcast.net) (Ping timeout: 264 seconds)
2021-01-21 11:47:00 +0100 <ocharles> This was working until I updated `hashable`
2021-01-21 11:47:07 +0100 <merijn> ocharles: Oh, Nix
2021-01-21 11:47:10 +0100 <merijn> Good luck :p
2021-01-21 11:47:36 +0100knupfer(~Thunderbi@200116b82477750034b5e810c41e3d2c.dip.versatel-1u1.de) (Remote host closed the connection)
2021-01-21 11:47:44 +0100knupfer(~Thunderbi@200116b8247775004895934d3261dc7c.dip.versatel-1u1.de)
2021-01-21 11:47:46 +0100 <ocharles> This is new, I'll see if bisect helps me track it down...
2021-01-21 11:48:22 +0100 <ocharles> Ohhhh, never mind!
2021-01-21 11:48:31 +0100kritzefitz(~kritzefit@fw-front.credativ.com) (Remote host closed the connection)
2021-01-21 11:48:38 +0100Alleria(~textual@mskresolve-a.mskcc.org)
2021-01-21 11:48:42 +0100 <ocharles> I forgot I had a source-repository entry for amazonka in my cabal.project (uncommited), so I think it's that
2021-01-21 11:48:59 +0100toast52(97c0a219@151.192.162.25) (Quit: Connection closed)
2021-01-21 11:49:02 +0100AlleriaGuest42450
2021-01-21 11:49:07 +0100hackageChasingBottoms 1.3.1.10 - For testing partial and infinite values. https://hackage.haskell.org/package/ChasingBottoms-1.3.1.10 (NilsAndersDanielsson)
2021-01-21 11:49:22 +0100 <ocharles> And I have no cabal package database at all (on purpose), so Cabal was getting stuck trying to use the one that was in my ghc-pkg database, but that's not the same as the source-repository-package, which it's unable to build
2021-01-21 11:49:29 +0100kritzefitz(~kritzefit@fw-front.credativ.com)
2021-01-21 11:51:53 +0100 <Uniaika> ph88: well that's weird, graphviz is indeed is the debian repos…
2021-01-21 11:52:20 +0100 <ph88> Uniaika, yes .. im a bit of a docker noobie
2021-01-21 11:53:03 +0100 <Uniaika> ph88: I'm sorry, I won't be able to help you any further right now :/
2021-01-21 11:53:20 +0100 <ph88> np thank you for trying :)
2021-01-21 11:53:29 +0100toast52(97c0a219@151.192.162.25)
2021-01-21 11:59:11 +0100 <gentauro> sshine: I just thought I saw "Niels Andersen" with the `ChasingBottoms` notification :)
2021-01-21 12:00:11 +0100sgibber2018(d055ed90@208.85.237.144)
2021-01-21 12:02:21 +0100 <Uniaika> (this package name is terrific but I have no idea what it does)
2021-01-21 12:03:05 +0100 <idnar> ph88: did you `apt-get update`?
2021-01-21 12:04:15 +0100sgibber2018(d055ed90@208.85.237.144) (Client Quit)
2021-01-21 12:05:44 +0100agander_m(sid407952@gateway/web/irccloud.com/x-cybrydutbcgtnfpa) (Quit: Connection closed for inactivity)
2021-01-21 12:05:52 +0100thc202(~thc202@unaffiliated/thc202)
2021-01-21 12:07:07 +0100hackageunix-compat 0.5.3 - Portable POSIX-compatibility layer. https://hackage.haskell.org/package/unix-compat-0.5.3 (JacobStanley)
2021-01-21 12:07:48 +0100 <ph88> idnar, yes it worked after i did the apt update
2021-01-21 12:08:08 +0100 <ph88> i thought that was not necessary because that command is already being run when the container is build .. so dunno why i needed to do it again
2021-01-21 12:08:40 +0100 <gentauro> Uniaika: last time the name `bottoms` came up, somebody linked to an old '80s music video about booties :|
2021-01-21 12:08:45 +0100gentauronever forget
2021-01-21 12:09:23 +0100Ayo(~quassel@82.177.83.189)
2021-01-21 12:09:59 +0100 <Uniaika> gentauro: I was also referencing the gay slang term :P
2021-01-21 12:12:45 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl) (Quit: leaving)
2021-01-21 12:12:55 +0100viluon(uid453725@gateway/web/irccloud.com/x-yhsrehodqhtuezti)
2021-01-21 12:13:09 +0100kuribas(~user@ip-188-118-57-242.reverse.destiny.be)
2021-01-21 12:16:08 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 260 seconds)
2021-01-21 12:17:54 +0100 <idnar> ph88: the indexes are deleted again later to save space
2021-01-21 12:18:18 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 12:18:45 +0100 <ph88> idnar, aha ! how did you find that out ?
2021-01-21 12:22:28 +0100 <idnar> ph88: I didn't actually check but this is the normal convention; rm -rf /var/lib/apt/lists or so
2021-01-21 12:22:46 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 246 seconds)
2021-01-21 12:22:58 +0100 <ph88> oh i see
2021-01-21 12:23:56 +0100korvos(uid434107@gateway/web/irccloud.com/x-slfarsgihiqvhwod)
2021-01-21 12:29:51 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac)
2021-01-21 12:32:32 +0100kritzefitz(~kritzefit@fw-front.credativ.com) (Remote host closed the connection)
2021-01-21 12:33:18 +0100kritzefitz(~kritzefit@fw-front.credativ.com)
2021-01-21 12:33:21 +0100cfricke(~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.0)
2021-01-21 12:33:40 +0100Stanley00(~stanley00@unaffiliated/stanley00) ()
2021-01-21 12:34:50 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac) (Ping timeout: 264 seconds)
2021-01-21 12:35:23 +0100Ayo(~quassel@82.177.83.189) (Ping timeout: 260 seconds)
2021-01-21 12:36:16 +0100kritzefitz(~kritzefit@fw-front.credativ.com) (Remote host closed the connection)
2021-01-21 12:36:43 +0100geowiesnot(~user@i15-les02-ix2-87-89-181-157.sfr.lns.abo.bbox.fr)
2021-01-21 12:37:43 +0100pavonia(~user@unaffiliated/siracusa)
2021-01-21 12:40:03 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 12:41:10 +0100Franciman(~francesco@host-79-51-37-36.retail.telecomitalia.it) (Quit: Leaving)
2021-01-21 12:41:23 +0100Franciman(~francesco@host-79-51-37-36.retail.telecomitalia.it)
2021-01-21 12:41:28 +0100cfricke(~cfricke@unaffiliated/cfricke)
2021-01-21 12:42:05 +0100tabemann(~travisb@2600:1700:7990:24e0:9229:ae6e:bc97:9587) (Remote host closed the connection)
2021-01-21 12:42:19 +0100tabemann(~travisb@2600:1700:7990:24e0:2184:3ba:9bdb:ab9c)
2021-01-21 12:43:07 +0100cfricke(~cfricke@unaffiliated/cfricke) (Client Quit)
2021-01-21 12:43:25 +0100cfricke(~cfricke@unaffiliated/cfricke)
2021-01-21 12:44:42 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 265 seconds)
2021-01-21 12:46:07 +0100korvos(uid434107@gateway/web/irccloud.com/x-slfarsgihiqvhwod) ()
2021-01-21 12:46:17 +0100quinn(~quinn@c-73-223-224-163.hsd1.ca.comcast.net) (Quit: ZNC 1.8.1 - https://znc.in)
2021-01-21 12:49:02 +0100edge563(~edge563@gateway/tor-sasl/edge563) (Ping timeout: 268 seconds)
2021-01-21 12:49:16 +0100plutoniix(~q@184.82.197.147) (Quit: Leaving)
2021-01-21 12:50:27 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Remote host closed the connection)
2021-01-21 12:50:53 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 12:54:27 +0100akegalj_(~akegalj@93-138-146-83.adsl.net.t-com.hr)
2021-01-21 12:55:48 +0100cfricke(~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.0)
2021-01-21 12:55:58 +0100cfricke(~cfricke@unaffiliated/cfricke)
2021-01-21 12:56:14 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com)
2021-01-21 12:57:29 +0100zaquest(~notzaques@5.128.210.178) (Quit: Leaving)
2021-01-21 12:57:45 +0100akegalj(~akegalj@93-138-59-178.adsl.net.t-com.hr) (Ping timeout: 265 seconds)
2021-01-21 12:59:07 +0100hackagedl-fedora 0.7.6 - Fedora image download tool https://hackage.haskell.org/package/dl-fedora-0.7.6 (JensPetersen)
2021-01-21 13:00:46 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com) (Ping timeout: 264 seconds)
2021-01-21 13:01:14 +0100tromp(~tromp@dhcp-077-249-230-040.chello.nl) (Read error: Connection reset by peer)
2021-01-21 13:01:41 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 13:01:46 +0100tromp(~tromp@dhcp-077-249-230-040.chello.nl)
2021-01-21 13:02:20 +0100zaquest(~notzaques@5.128.210.178)
2021-01-21 13:09:33 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 272 seconds)
2021-01-21 13:11:16 +0100geowiesnot(~user@i15-les02-ix2-87-89-181-157.sfr.lns.abo.bbox.fr) (Ping timeout: 240 seconds)
2021-01-21 13:11:38 +0100ichimaru(~ichimaru@45.63.97.131)
2021-01-21 13:12:01 +0100Ayo(~quassel@82.177.83.189)
2021-01-21 13:17:05 +0100Ayo(~quassel@82.177.83.189) (Ping timeout: 240 seconds)
2021-01-21 13:17:11 +0100edge563(~edge563@gateway/tor-sasl/edge563)
2021-01-21 13:18:43 +0100gxt(~gxt@gateway/tor-sasl/gxt)
2021-01-21 13:19:22 +0100ADG1089__(~aditya@223.226.159.22)
2021-01-21 13:23:01 +0100ADG1089__(~aditya@223.226.159.22) (Remote host closed the connection)
2021-01-21 13:25:15 +0100fendor_(~fendor@178.115.128.82.wireless.dyn.drei.com)
2021-01-21 13:26:44 +0100Tario(~Tario@201.192.165.173)
2021-01-21 13:27:46 +0100fendor(~fendor@178.165.128.44.wireless.dyn.drei.com) (Ping timeout: 264 seconds)
2021-01-21 13:28:04 +0100acidjnk_new(~acidjnk@p200300d0c704e7763958b77079308a33.dip0.t-ipconnect.de) (Ping timeout: 240 seconds)
2021-01-21 13:29:26 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 13:30:15 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac)
2021-01-21 13:31:04 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com)
2021-01-21 13:35:13 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 246 seconds)
2021-01-21 13:35:19 +0100cfricke(~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.0)
2021-01-21 13:35:26 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac) (Ping timeout: 264 seconds)
2021-01-21 13:35:50 +0100coot(~coot@37.30.55.132.nat.umts.dynamic.t-mobile.pl)
2021-01-21 13:36:03 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com) (Ping timeout: 260 seconds)
2021-01-21 13:36:10 +0100cfricke(~cfricke@unaffiliated/cfricke)
2021-01-21 13:37:08 +0100cfricke(~cfricke@unaffiliated/cfricke) (Client Quit)
2021-01-21 13:37:20 +0100cfricke(~cfricke@unaffiliated/cfricke)
2021-01-21 13:39:23 +0100cfricke(~cfricke@unaffiliated/cfricke) (Client Quit)
2021-01-21 13:39:34 +0100cfricke(~cfricke@unaffiliated/cfricke)
2021-01-21 13:40:41 +0100toast52(97c0a219@151.192.162.25) (Quit: Ping timeout (120 seconds))
2021-01-21 13:42:44 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 13:47:07 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 246 seconds)
2021-01-21 13:47:35 +0100HaskellNoob(4e23cc7a@xdsl-78-35-204-122.nc.de)
2021-01-21 13:49:05 +0100 <HaskellNoob> Hello I have a question regarding functions in Haskell if anyone has time to help
2021-01-21 13:49:31 +0100oisdk(~oisdk@2001:bb6:3329:d100:8dc0:be8b:dde8:93dc)
2021-01-21 13:50:20 +0100 <Uniaika> don't ask to ask
2021-01-21 13:50:20 +0100 <Uniaika> ask
2021-01-21 13:50:33 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 13:51:01 +0100Tario(~Tario@201.192.165.173) (Read error: Connection reset by peer)
2021-01-21 13:51:02 +0100 <HaskellNoob> Suppose I have a function f x y = x [], what exactly would the return type be?
2021-01-21 13:51:19 +0100 <Uniaika> x's
2021-01-21 13:51:22 +0100 <Uniaika> I mean
2021-01-21 13:51:29 +0100 <Uniaika> x is a function that takes a list
2021-01-21 13:51:43 +0100 <Uniaika> so in fact, x ~ ([a] -> z)
2021-01-21 13:51:48 +0100 <Uniaika> (If I'm not mistaken?)
2021-01-21 13:51:57 +0100Tario(~Tario@201.192.165.173)
2021-01-21 13:52:12 +0100 <Uniaika> erm
2021-01-21 13:52:22 +0100 <Uniaika> x :: ([a] -> z)
2021-01-21 13:52:32 +0100 <maerwald> :t \x y -> x []
2021-01-21 13:52:34 +0100 <lambdabot> ([a] -> t) -> p -> t
2021-01-21 13:52:40 +0100 <maerwald> next question
2021-01-21 13:53:00 +0100 <HaskellNoob> But wouldn't x have to be a function and not an argument for the function g for this to work?
2021-01-21 13:53:16 +0100 <ephemient> there's no difference
2021-01-21 13:53:20 +0100 <Uniaika> HaskellNoob: functions can be arguments to other functions
2021-01-21 13:53:34 +0100 <Uniaika> that makes f a higher-order function, because it takes another function as an argument
2021-01-21 13:53:46 +0100 <ephemient> > let f x y = x [] in f length ()
2021-01-21 13:53:48 +0100 <lambdabot> 0
2021-01-21 13:54:31 +0100 <ephemient> nothing particularly special about a function versus any other value
2021-01-21 13:55:22 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 264 seconds)
2021-01-21 13:55:25 +0100 <maerwald> you have higher order functions in most languages, even C
2021-01-21 13:56:09 +0100 <maerwald> what do you find confusing about it?
2021-01-21 13:57:23 +0100kritzefitz(~kritzefit@fw-front.credativ.com)
2021-01-21 13:58:04 +0100 <HaskellNoob> I'm trying to understand why this works at all. I have:
2021-01-21 13:58:04 +0100 <HaskellNoob> g x ( y: ys ) = g ( y x ) ys
2021-01-21 13:58:05 +0100 <HaskellNoob> g x y = x []
2021-01-21 13:58:05 +0100 <HaskellNoob> So if universally g is g ::  a -> b -> c, c would then be the result of x applied on the empty list if y is a single element. But what does x do?
2021-01-21 13:59:22 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com)
2021-01-21 13:59:26 +0100 <ephemient> :t let g x (y:ys) = g (y x) ys; g x y = x [] in g
2021-01-21 13:59:27 +0100 <Uniaika> well that's weird because in the first part of the definition, y is applied to x, which implies you have a list of functions (of which y is the head)
2021-01-21 13:59:27 +0100 <lambdabot> ([a] -> p) -> [([a] -> p) -> [a] -> p] -> p
2021-01-21 13:59:56 +0100 <ephemient> so clearly x is a function that can be applied to [], y is a function that can be applied to x, and ys is a list of y's
2021-01-21 13:59:56 +0100 <Uniaika> so you apply a function to another function (x)
2021-01-21 13:59:57 +0100 <ski> so `g' is a third-order function
2021-01-21 14:00:10 +0100 <Uniaika> ski: do we quantify that?
2021-01-21 14:00:16 +0100 <ski> quantify ?
2021-01-21 14:00:31 +0100 <Uniaika> first-order, second-order, third-order like you said
2021-01-21 14:00:45 +0100 <Uniaika> for me it's simply "higher-order"
2021-01-21 14:00:47 +0100 <ski> `x' is first-order, `y' is second-order, so `g' is third-order
2021-01-21 14:01:00 +0100 <Uniaika> oki
2021-01-21 14:01:44 +0100 <ski> usually we don't bother spelling out the exact order, if it's greater than one
2021-01-21 14:03:02 +0100 <Uniaika> ok
2021-01-21 14:03:38 +0100 <ski> HaskellNoob : `x' is some function that accepts a list, and produces some result value, which is the value of calling `g' with `x' and `y'
2021-01-21 14:04:19 +0100cfricke(~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.0)
2021-01-21 14:04:35 +0100tromp_(~tromp@dhcp-077-249-230-040.chello.nl)
2021-01-21 14:04:36 +0100 <HaskellNoob> ski so you are saying gs return value depends on the return value of x
2021-01-21 14:04:45 +0100LKoen(~LKoen@57.174.9.109.rev.sfr.net) (Read error: Connection reset by peer)
2021-01-21 14:04:57 +0100ArConan(9de62a69@157.230.42.105)
2021-01-21 14:04:59 +0100pavonia_(~user@unaffiliated/siracusa)
2021-01-21 14:04:59 +0100 <ski> it becomes the return value of calling some `x'
2021-01-21 14:05:28 +0100 <ski> let's say we call `g x [y0,y1,y2]'
2021-01-21 14:05:50 +0100 <ski> we can illustrate how that would work, by a "trace" like
2021-01-21 14:06:09 +0100 <ski> g x [y0,y1,y2]
2021-01-21 14:06:11 +0100cfricke(~cfricke@unaffiliated/cfricke)
2021-01-21 14:06:31 +0100rwdrich(560395a9@cpc159427-cmbg20-2-0-cust424.5-4.cable.virginm.net)
2021-01-21 14:06:36 +0100pavonia(~user@unaffiliated/siracusa) (Ping timeout: 256 seconds)
2021-01-21 14:06:37 +0100LKoen_(~LKoen@57.174.9.109.rev.sfr.net)
2021-01-21 14:06:47 +0100 <ski> = g (y0 x) [y1,y2]
2021-01-21 14:06:53 +0100pavonia_pavonia
2021-01-21 14:06:57 +0100 <ski> = g (y1 (y0 x)) [y2]
2021-01-21 14:07:10 +0100 <ski> = g (y2 (y1 (y0 x))) []
2021-01-21 14:07:19 +0100 <ski> = y2 (y1 (y0 x)) []
2021-01-21 14:07:29 +0100tromp(~tromp@dhcp-077-249-230-040.chello.nl) (Ping timeout: 256 seconds)
2021-01-21 14:07:35 +0100Kaivo(~Kaivo@104-200-86-99.mc.derytele.com)
2021-01-21 14:07:40 +0100 <ski> HaskellNoob : makes sense ?
2021-01-21 14:08:16 +0100 <ski> now, to make this fully concrete, we'd have to invent some actual particular functions to use in place of `x',`y0',`y1',`y2' ..
2021-01-21 14:09:40 +0100 <HaskellNoob> Makes perfect sense, but how can you then specify the function in the form of g :: ... and assign data types to x and y
2021-01-21 14:09:53 +0100Rudd0(~Rudd0@185.189.115.103) (Ping timeout: 260 seconds)
2021-01-21 14:10:26 +0100avdb(~avdb@gateway/tor-sasl/avdb) (Ping timeout: 268 seconds)
2021-01-21 14:10:38 +0100 <HaskellNoob> or is that simply not necessary for the compiler
2021-01-21 14:10:45 +0100 <ArConan> @src cons
2021-01-21 14:10:45 +0100 <lambdabot> Source not found. Listen, broccoli brains, I don't have time to listen to this trash.
2021-01-21 14:10:49 +0100 <ski> are you asking how one would figure out the proper type signature of `g', from its definition ?
2021-01-21 14:11:17 +0100 <ski> @botsmack
2021-01-21 14:11:17 +0100 <lambdabot> :)
2021-01-21 14:11:17 +0100 <HaskellNoob> yes if x,y are not defined in the scope
2021-01-21 14:11:34 +0100 <ski> they don't need to be defined to particular values
2021-01-21 14:11:39 +0100 <ski> they are parameter names
2021-01-21 14:12:05 +0100 <ski> whatever the caller will pass to `g' will end up being named `x',`y',`ys'
2021-01-21 14:12:16 +0100cfricke(~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.0)
2021-01-21 14:13:01 +0100cfricke(~cfricke@unaffiliated/cfricke)
2021-01-21 14:13:12 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 14:13:27 +0100 <ski> would you like to be walked through how one could systematically determine (infer) the type of `g' ?
2021-01-21 14:14:47 +0100geekosaur(82650c7c@130.101.12.124)
2021-01-21 14:15:25 +0100geowiesnot(~user@i15-les02-ix2-87-89-181-157.sfr.lns.abo.bbox.fr)
2021-01-21 14:15:43 +0100deu(de@uio.re) (Ping timeout: 260 seconds)
2021-01-21 14:15:59 +0100 <HaskellNoob> to me it seems like the signature could be whatever, so lets say g is g :: ... -> ... -> e then e is dependent on x and x is dependent on y but is there no way to specify this any further? I mean x's signature would look something like x :: [a] -> b
2021-01-21 14:16:29 +0100 <ephemient> > let g x (y:ys) = g (y x) ys; g x y = x [] in g id [(shows 1 .), (shows 2 .), (shows 3 .)]
2021-01-21 14:16:30 +0100 <lambdabot> "321"
2021-01-21 14:17:07 +0100 <ski> well, consider the defining equations
2021-01-21 14:17:22 +0100 <ski> g x (y:ys) = g (y x) ys
2021-01-21 14:17:35 +0100 <ski> g x y = x []
2021-01-21 14:18:20 +0100 <ski> yes, first we note that `g' is explicitly defined with two parameters, hence its type signature must look something like `g :: ... -> ... -> ...'
2021-01-21 14:18:36 +0100raehik(~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) (Ping timeout: 240 seconds)
2021-01-21 14:18:49 +0100 <ski> but in order to keep track of the possibly different, sofar undetermined, parts of the type, lets write that instead as
2021-01-21 14:18:57 +0100 <ski> g :: _a -> _b -> _c
2021-01-21 14:19:53 +0100 <ski> where `_a',`_b',`_c' are placeholders (aka metavariables, or sometimes logic variables) .. they will eventually be removed, replaced by actual concrete types (possibly involving type variables)
2021-01-21 14:20:25 +0100 <ArConan> do u mean   ` g x [y0,y1,y2]:: (Num y0,Num y1,Num y2)=>x+y0` ?
2021-01-21 14:20:33 +0100cfricke(~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.0)
2021-01-21 14:20:41 +0100 <ski> no
2021-01-21 14:20:45 +0100raehik(~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net)
2021-01-21 14:20:46 +0100cfricke(~cfricke@unaffiliated/cfricke)
2021-01-21 14:21:19 +0100prlCIql6ruclcri(~f9jawUfat@2800:810:514:e7:e022:e1b0:5026:c5b2)
2021-01-21 14:21:24 +0100 <ski> so, consider e.g. the second defining equation
2021-01-21 14:21:31 +0100 <ski> g x y = x []
2021-01-21 14:21:55 +0100prlCIql6ruclcri(~f9jawUfat@2800:810:514:e7:e022:e1b0:5026:c5b2) (Client Quit)
2021-01-21 14:22:52 +0100 <ski> we know the type of `g' (or "know", we only very little about it, so far. but we've introduced names (metavariables) for the unknown parts, which is good enough. it's like naming quantities in a physical problem, before knowing their numerical values, so that one can state properties, equations, and then try to determine the unknowns)
2021-01-21 14:23:40 +0100 <ski> so, since `g' is applied to `x' and `y' here, that means that in this case the type of `x' must match the first parameter type of `g', and the type of `y' must match the second parameter type of `g'
2021-01-21 14:23:57 +0100 <ski> in other words, we must (in this second defining equation) have
2021-01-21 14:24:01 +0100 <ski> x :: _a
2021-01-21 14:24:06 +0100 <ski> y :: _b
2021-01-21 14:24:37 +0100 <ski> also, the type of `g' applied to those to, that is the type of `g x y', must match the result type
2021-01-21 14:24:41 +0100 <ski> g x y :: _c
2021-01-21 14:25:12 +0100 <ski> now, `g x y' is here claimed to be equal to `x []' .. so `x []' must therefore also have the same type
2021-01-21 14:25:18 +0100 <ski> x [] :: _c
2021-01-21 14:25:25 +0100 <ski> HaskellNoob : that makes sense, so far ?
2021-01-21 14:26:22 +0100 <HaskellNoob> Would it be fair to already conclude that _a's type is not primitive since x is used with parameter [] ?
2021-01-21 14:26:27 +0100 <ski> (i'm taking it quite slow, going systematically, where you'd probably in practice jump over a lot of intermediate steps, in order to show clearly precisely what we're doing)
2021-01-21 14:26:56 +0100 <HaskellNoob> x [] :: _c meaning that _c is also not primitive?
2021-01-21 14:27:01 +0100 <ski> well, that's what we'd next conclude, when we continue on from the last point above
2021-01-21 14:27:19 +0100gehmehgeh(~ircuser1@gateway/tor-sasl/gehmehgeh)
2021-01-21 14:27:32 +0100 <HaskellNoob> okay, but i can follow so far
2021-01-21 14:27:41 +0100 <ski> `x []' is a function application. hence `x' must be a function, having `_c' as result type :
2021-01-21 14:27:49 +0100 <ski> x :: _d -> _c
2021-01-21 14:28:02 +0100 <ski> (i invented a new metavariable for the parameter type)
2021-01-21 14:28:11 +0100 <HaskellNoob> ah alright
2021-01-21 14:28:27 +0100 <ski> and the parameter here, `[]', must then have type `_d'
2021-01-21 14:28:31 +0100 <ski> [] :: _d
2021-01-21 14:28:43 +0100ubert(~Thunderbi@p200300ecdf1ee0b4ca5b76fffe29f233.dip0.t-ipconnect.de) (Remote host closed the connection)
2021-01-21 14:28:48 +0100 <ski> but `[]' is a list, so it must have a list type (for some element type)
2021-01-21 14:28:53 +0100 <ski> [] :: [_e]
2021-01-21 14:29:01 +0100ubert(~Thunderbi@p200300ecdf1ee0b4e6b318fffe838f33.dip0.t-ipconnect.de)
2021-01-21 14:29:26 +0100 <ski> now, we have two different signatures for this expression `[]' (the "expected" type, and the "actual" type). so these two must be equal :
2021-01-21 14:29:33 +0100Sgeo(~Sgeo@ool-18b98aa4.dyn.optonline.net)
2021-01-21 14:29:34 +0100 <ski> _d = [_e]
2021-01-21 14:30:17 +0100 <ski> this is a type equation. we could go on and solve it immediately. or we could wait, defer solving all the type equations (we'll get more), until the end of looking at every location of the source code here
2021-01-21 14:31:10 +0100 <ski> in this case, it's a trivial equation, it's already in "solved" form. we can eliminate it, by replacing `_d' everywhere by `[_e]'
2021-01-21 14:31:23 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac)
2021-01-21 14:31:30 +0100 <ski> so, let's summarize what we know, so far, about this defining equation :
2021-01-21 14:31:33 +0100 <ski> g x y = x []
2021-01-21 14:31:42 +0100 <ski> x :: _a
2021-01-21 14:31:50 +0100 <ski> y :: _b
2021-01-21 14:32:00 +0100urodna(~urodna@unaffiliated/urodna)
2021-01-21 14:32:08 +0100 <ski> x :: [_e] -> _c
2021-01-21 14:32:33 +0100 <HaskellNoob> Yes makes sense
2021-01-21 14:32:35 +0100 <ski> (notice i replaced `_d' by `[_e]', in the type for `x' here)
2021-01-21 14:33:05 +0100 <ski> (no need to remember the signature for `[]' anymore here. we've exhausted the information we got from it, incorporated it in the summary)
2021-01-21 14:33:27 +0100 <ski> however, we also have an expected and an actual type for `x' here, which must therefore be equal :
2021-01-21 14:33:37 +0100cfricke(~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.0)
2021-01-21 14:33:38 +0100 <ski> _b = [_e] -> _c
2021-01-21 14:34:10 +0100 <ski> so, we can solve this for `_b', replacing `_b' by `[_e] -> _c' everywhere .. in particular in the signature of `g' :
2021-01-21 14:34:11 +0100cfricke(~cfricke@unaffiliated/cfricke)
2021-01-21 14:34:21 +0100 <ski> g :: _a -> _b -> _c
2021-01-21 14:34:57 +0100 <ski> (er, sorry. that should be `_a = [_e] -> _c', not `_b = ...'. so we should replace `_a', not `_b', by `[_e] -> _c')
2021-01-21 14:35:04 +0100 <ski> then becomes
2021-01-21 14:35:15 +0100 <ski> g :: ([_e] -> _c) -> _b -> _c
2021-01-21 14:35:36 +0100 <HaskellNoob> ok understood
2021-01-21 14:36:02 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac) (Ping timeout: 264 seconds)
2021-01-21 14:36:37 +0100 <ski> so .. we've looked at the patterns (the stuff to the left of `='), in the defining equation `g x y = x []'. .. and we've looked at every part of the function body, the definiens, too. so we're done looking at this defining equation. let's look at the other one
2021-01-21 14:36:40 +0100Sheilong(uid293653@gateway/web/irccloud.com/x-olucfykwgwfcwmlt)
2021-01-21 14:36:46 +0100 <ski> g x (y:ys) = g (y x) ys
2021-01-21 14:37:48 +0100 <ski> now, we need to look at the parameters again (and forget about the previous parameters `x' and `y'. they were local to that other defining equation, and are not relevant to this one. the only information we've left from the other one is the (so far) inferred signature of `g' itself)
2021-01-21 14:38:11 +0100 <ski> again, parameter types, and result type, must match :
2021-01-21 14:38:19 +0100 <ski> x :: [_e] -> _c
2021-01-21 14:38:26 +0100 <ski> y:ys :: _b
2021-01-21 14:38:35 +0100 <ski> g x (y:ys) :: _c
2021-01-21 14:38:45 +0100 <ski> g (y x) ys :: _c
2021-01-21 14:39:00 +0100 <ski> HaskellNoob : ok with that start ?
2021-01-21 14:39:10 +0100 <HaskellNoob> yes looks good
2021-01-21 14:39:52 +0100 <ski> so, let's look at `y:ys'. this is a list, of some element type (invent a new one, say `_f'). `y' is an element, `ys' is another list of the same list type :
2021-01-21 14:39:57 +0100 <ski> y :: _f
2021-01-21 14:40:05 +0100 <ski> ys :: [_f]
2021-01-21 14:40:11 +0100 <ski> where we know
2021-01-21 14:40:19 +0100 <ski> _b = [_f]
2021-01-21 14:41:08 +0100 <ski> we can immediately replace `_b' (in the signature of `g') with `[_f]', so that we can then forget about this equation (we
2021-01-21 14:41:15 +0100 <ski> 've already dealt with it)
2021-01-21 14:41:28 +0100 <ski> g :: ([_e] -> _c) -> [_f] -> _c
2021-01-21 14:42:04 +0100 <ski> so, we've considered the parameters (the patterns). what's left to consider here is the body
2021-01-21 14:42:11 +0100 <ski> g (y x) ys :: _c
2021-01-21 14:43:24 +0100 <ski> this is an application, of the function `g (y x)', to the actual parameter `ys' (recall that `g (y x) ys' means `(g (y x)) ys', and that `g :: ([_e] -> _c) -> [_f] -> _c' means `g :: ([_e] -> _c) -> ([_f] -> _c)')
2021-01-21 14:43:45 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl)
2021-01-21 14:43:50 +0100cfricke(~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.0)
2021-01-21 14:43:56 +0100jmchael(~jmchael@87.112.235.234)
2021-01-21 14:44:04 +0100HaskellNoob(4e23cc7a@xdsl-78-35-204-122.nc.de) (Quit: Connection closed)
2021-01-21 14:44:59 +0100cfricke(~cfricke@unaffiliated/cfricke)
2021-01-21 14:45:04 +0100aarvar(~foewfoiew@2601:602:a080:fa0:8154:4c45:a451:2a3a)
2021-01-21 14:45:25 +0100 <ski> so, the actual result type of `g', after applying it to some two parameters, will be `_c', because we have `g :: ... -> (... -> _c)'. and the expected result type of the application here is in fact also `_c' (we had `g (y x) ys :: _c', rather than `g (y x) ys :: _g' or `g (y x) ys :: Bool' or something else ..)
2021-01-21 14:45:30 +0100 <ski> so the result types match
2021-01-21 14:46:04 +0100 <ski> but we also need to check the actual parameters. according to the signature of `g', their expected types are to be
2021-01-21 14:46:14 +0100 <ski> y x :: [_e] -> _c
2021-01-21 14:46:21 +0100 <ski> ys :: [_f]
2021-01-21 14:47:13 +0100 <ski> looking at the latter one, we can see above that this is actually the type of `ys' that we got from looking at the patterns (to the left of `=') .. so that part is all good
2021-01-21 14:47:29 +0100 <ski> so, the remaining part to check is
2021-01-21 14:47:31 +0100 <ski> y x :: [_e] -> _c
2021-01-21 14:48:35 +0100 <ski> `y x' is a function application, so `y' must be a function. say `y :: _g -> _h'
2021-01-21 14:48:38 +0100livvy(~livvy@gateway/tor-sasl/livvy) (Remote host closed the connection)
2021-01-21 14:48:45 +0100 <ski> combining with `y :: _f' from above, we see that
2021-01-21 14:48:51 +0100 <ski> _f = _g -> _h
2021-01-21 14:49:04 +0100livvy(~livvy@gateway/tor-sasl/livvy)
2021-01-21 14:49:38 +0100 <ski> and substituting `_g -> _h' in the signatures of `g',`y',`ys' (where `_f' occurs) gives us the updated signatures
2021-01-21 14:49:52 +0100 <ski> g :: ([_e] -> _c) -> [_g -> _h] -> _c
2021-01-21 14:49:59 +0100 <ski> y :: _g -> _h
2021-01-21 14:50:04 +0100 <ski> ys :: [_g -> _h]
2021-01-21 14:50:19 +0100 <ski> anyway, going back to
2021-01-21 14:50:25 +0100 <ski> y x :: [_e] -> _c
2021-01-21 14:51:17 +0100 <maerwald> I think your audience is gone
2021-01-21 14:51:29 +0100 <ski> the result of calling `y' on some parameter is some result of type `[_e] -> _c'. so the specified result type of `y', that is `_h', must be this type `[_e] -> _c' :
2021-01-21 14:51:43 +0100 <ski> _h = [_e] -> _c
2021-01-21 14:51:59 +0100hexfive(~hexfive@50.35.83.177)
2021-01-21 14:52:25 +0100 <ski> and since `x' is the parameter we're passing to `y', it is expected to have the argument type `_g' :
2021-01-21 14:52:29 +0100 <ski> x :: _g
2021-01-21 14:52:43 +0100 <ski> combining that with
2021-01-21 14:52:45 +0100 <ski> x :: [_e] -> _c
2021-01-21 14:52:50 +0100 <ski> from above, we get
2021-01-21 14:52:55 +0100jackk_Doe(~jackk@205.178.111.134)
2021-01-21 14:52:57 +0100 <ski> _g = [_e] -> _c
2021-01-21 14:53:27 +0100 <exarkun> What's the history of Monad vs MonadFail/fail? I am trying to build crypto-conduit but it seems to expect that `fail` is usable with a Monad - whereas with current libraries it appears to be part of MonadFail.
2021-01-21 14:53:31 +0100 <ski> maerwald : hm, i see
2021-01-21 14:53:37 +0100 <exarkun> is it reasonable to update this code to just have MonadFail as a constraint instead of Monad?
2021-01-21 14:54:15 +0100 <ephemient> right, your options are to remove the fail if possible, or update the constraints to MonadFail
2021-01-21 14:54:16 +0100 <ski> `fail' was historically part of `Monad', but is no longer
2021-01-21 14:54:18 +0100 <geekosaur> MonadFail is a recent change, and yes in general it's reasonable to do that
2021-01-21 14:54:55 +0100 <ski> if the instance defines `fail' to anything sensible, move that definition to `MonadFail'. otherwise, remove it
2021-01-21 14:54:55 +0100 <ephemient> if HaskellNoob ever comes back maybe they should read through http://dev.stephendiehl.com/fun/006_hindley_milner.html
2021-01-21 14:55:40 +0100 <exarkun> thanks
2021-01-21 14:56:01 +0100 <ski> hm, and if you have some code that explicitly calls `fail', you may need to add `MonadFail' constraints
2021-01-21 14:56:19 +0100 <ski> (or perhaps refactor into some other notion of failure ..)
2021-01-21 14:56:45 +0100 <exarkun> Yea, that's the situation crypto-conduit is in. It doesn't define any instances, it just has a Monad constraint and calls fail
2021-01-21 14:56:58 +0100 <ski> how does it call it ?
2021-01-21 14:57:24 +0100 <exarkun> For the moment I'll just try to get it to build :) crypto-conduit also seems possibly abandoned :) So before making any more invasive changes I'll probably figure out if I can get someone to adopt it or if I want to adopt it (haha) or what
2021-01-21 14:57:40 +0100 <ski> mm
2021-01-21 14:57:43 +0100 <exarkun> It calls it a few times like this: fail "conduitEncryptEcb: input has an incomplete final block."
2021-01-21 14:58:16 +0100 <ski> hm, i wonder which monad(s) it's typically intended to be used with
2021-01-21 14:59:15 +0100 <exarkun> I think I've only ever used Conduit in IO monad ... but I've also only barely used Conduit at all
2021-01-21 14:59:24 +0100Lycurgus(~niemand@cpe-45-46-139-165.buffalo.res.rr.com)
2021-01-21 15:00:47 +0100ADG1089__(~aditya@223.226.159.22)
2021-01-21 15:01:13 +0100argento(~argent0@168.227.97.34)
2021-01-21 15:01:39 +0100toast52(97c0a219@151.192.162.25)
2021-01-21 15:01:46 +0100 <argento> hi, is there another way to write ((^. myGetter) <$> myList) ?
2021-01-21 15:01:58 +0100aarvar(~foewfoiew@2601:602:a080:fa0:8154:4c45:a451:2a3a) ()
2021-01-21 15:01:59 +0100 <ski> i suspect you could probably replace `fail' by `throw . userError'
2021-01-21 15:04:22 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com) (Ping timeout: 264 seconds)
2021-01-21 15:04:23 +0100acidjnk_new(~acidjnk@p200300d0c704e776a49f4784935d2ac6.dip0.t-ipconnect.de)
2021-01-21 15:05:15 +0100 <absence> isn't it better to add a MonadFail constraint?
2021-01-21 15:05:16 +0100HaskellNoob(4e23cc7a@xdsl-78-35-204-122.nc.de)
2021-01-21 15:05:42 +0100 <ski> maybe ?
2021-01-21 15:05:44 +0100 <absence> or MonadThrow
2021-01-21 15:05:53 +0100skilooks at HaskellNoob
2021-01-21 15:05:54 +0100 <merijn> MonadThrow is probably better than fail, yes
2021-01-21 15:05:55 +0100 <HaskellNoob> ski Sorry my connection dropped, but thank you for the help. I think I understand how to deal with such expressions now
2021-01-21 15:06:14 +0100Guest21132(~adeene@181.131.0.191)
2021-01-21 15:06:35 +0100hyperisco(~hyperisco@104-195-141-253.cpe.teksavvy.com)
2021-01-21 15:10:56 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl) (Quit: leaving)
2021-01-21 15:11:04 +0100avdb(~avdb@gateway/tor-sasl/avdb)
2021-01-21 15:11:40 +0100 <ephemient> HaskellNoob: for the record, that was all covered within standard Hindley-Milner type inference (not getting into Haskell extensions). that should give you something to search for to learn more
2021-01-21 15:11:59 +0100 <ArConan> these code
2021-01-21 15:12:09 +0100 <ArConan>     main =do
2021-01-21 15:12:33 +0100 <ArConan>      (file1:file2:_) <-getArgs
2021-01-21 15:13:01 +0100 <HaskellNoob> ephemient Thanks I will look into it
2021-01-21 15:13:05 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl)
2021-01-21 15:13:19 +0100 <ArConan> isn't the `:` used for connection?
2021-01-21 15:13:27 +0100mmmattyx(uid17782@gateway/web/irccloud.com/x-sgcuwigximqszcsf)
2021-01-21 15:13:58 +0100 <ArConan> but these args are separated by " "
2021-01-21 15:14:14 +0100 <ephemient> :t getArgs
2021-01-21 15:14:16 +0100 <lambdabot> error: Variable not in scope: getArgs
2021-01-21 15:14:17 +0100 <geekosaur> : is an alternative way of specifying a list in Haskell
2021-01-21 15:14:28 +0100 <geekosaur> the command line is not Haskell
2021-01-21 15:14:32 +0100 <ArConan> so is file1 have a " "
2021-01-21 15:14:43 +0100 <ephemient> @let import System.Environment
2021-01-21 15:14:45 +0100 <lambdabot> Defined.
2021-01-21 15:14:45 +0100 <ephemient> :t getArgs
2021-01-21 15:14:46 +0100 <lambdabot> IO [String]
2021-01-21 15:14:59 +0100HaskellNoob(4e23cc7a@xdsl-78-35-204-122.nc.de) (Quit: Connection closed)
2021-01-21 15:15:00 +0100 <ski> HaskellNoob : "Polymorphic Type Inference" by Michael I. Schwartzbach in 1995-03 at <https://cs.au.dk/~amoeller/mis/typeinf.p(s|df)>,<http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.57.1493> might be interesting
2021-01-21 15:15:11 +0100 <ephemient> the command line arguments are a list of strings, not a single string
2021-01-21 15:19:47 +0100deviantfero(~deviantfe@190.150.27.58)
2021-01-21 15:21:54 +0100 <ArConan> ephemient: does every string end up with a space bar?
2021-01-21 15:22:19 +0100 <ephemient> I don't understand what you mean by space bar
2021-01-21 15:22:20 +0100 <geekosaur> the shell consumes the spaces as separators
2021-01-21 15:22:36 +0100 <ephemient> how arguments are split is actually platform-dependent
2021-01-21 15:22:37 +0100 <geekosaur> unless they're quoted. the shell also consumes the quotes after using them
2021-01-21 15:22:57 +0100 <geekosaur> (this may differ on Windows)
2021-01-21 15:22:59 +0100 <ephemient> on UNIX-likes, the shell parses them and passes the list to the OS, which passes them to a new process
2021-01-21 15:23:47 +0100 <ephemient> on Windows, the shell performs some parsing but passes a single string to the OS to exec; the receiving process's runtime is responsible for how to handle it
2021-01-21 15:24:13 +0100 <ephemient> in general all language runtimes (including the standard C runtime) then perform shell-like argument processing on it
2021-01-21 15:24:43 +0100 <ephemient> so the practical results should be similar, but with lots of different edge cases
2021-01-21 15:25:55 +0100matryoshka(~matryoshk@2606:6080:1002:8:3285:30e:de43:8809) (Quit: ZNC 1.8.2 - https://znc.in)
2021-01-21 15:26:05 +0100 <ArConan> ephemient:
2021-01-21 15:26:06 +0100 <ArConan> I'm sorry that my poor English confused you'=(
2021-01-21 15:26:08 +0100Natch(~natch@c-b471e255.014-297-73746f25.bbcust.telenor.se) (Ping timeout: 265 seconds)
2021-01-21 15:27:24 +0100matryoshka(~matryoshk@2606:6080:1002:8:3285:30e:de43:8809)
2021-01-21 15:27:40 +0100dirediresalt(DirefulSal@gateway/vpn/privateinternetaccess/direfulsalt) (Remote host closed the connection)
2021-01-21 15:27:49 +0100elfets(~elfets@ip-37-201-23-96.hsi13.unitymediagroup.de)
2021-01-21 15:27:52 +0100 <ArConan> but  can pattern matching work on [string]?
2021-01-21 15:28:00 +0100dirediresalt(DirefulSal@gateway/vpn/privateinternetaccess/direfulsalt)
2021-01-21 15:28:06 +0100 <ephemient> yes
2021-01-21 15:28:16 +0100 <ephemient> same as any [a]
2021-01-21 15:28:35 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl) (Quit: leaving)
2021-01-21 15:28:37 +0100 <ephemient> type String = [Char] isn't special
2021-01-21 15:29:00 +0100star_cloud(~star_clou@ec2-34-220-44-120.us-west-2.compute.amazonaws.com) (Remote host closed the connection)
2021-01-21 15:29:14 +0100 <ArConan> so (a:b)=["aaa","b"]
2021-01-21 15:29:17 +0100 <ArConan> means
2021-01-21 15:29:18 +0100star_cloud(~star_clou@ec2-34-220-44-120.us-west-2.compute.amazonaws.com)
2021-01-21 15:29:24 +0100 <ArConan> a="aaa"?
2021-01-21 15:29:36 +0100 <ephemient> a="aaa", b=["b"]
2021-01-21 15:29:42 +0100 <ArConan> ok
2021-01-21 15:29:48 +0100 <ArConan> thanks
2021-01-21 15:30:30 +0100 <geekosaur> which is why your initial example had 3 elements, the third of which was _ wildcard
2021-01-21 15:30:32 +0100meck(~meck@li1809-18.members.linode.com) (Quit: ZNC 1.8.2 - https://znc.in)
2021-01-21 15:30:35 +0100niekvandepas(~niekvande@2001:985:bebc:1:d465:9e01:d547:d5df) (Remote host closed the connection)
2021-01-21 15:31:19 +0100heredoc(heredoc@2a01:7e01::f03c:91ff:fec1:de1d) (Ping timeout: 272 seconds)
2021-01-21 15:31:29 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com)
2021-01-21 15:32:04 +0100 <ephemient> > let file1:file2:_ = ["aaa", "b"] in (a, b) -- yep. this also ignores further arguments
2021-01-21 15:32:06 +0100 <lambdabot> (a,b)
2021-01-21 15:32:15 +0100howdoi(uid224@gateway/web/irccloud.com/x-enjewbfvwqjrnnkp)
2021-01-21 15:32:21 +0100 <ephemient> > let file1:file2:_ = ["aaa", "b"] in (file1, file2) -- oops, this is what I meant
2021-01-21 15:32:22 +0100 <lambdabot> ("aaa","b")
2021-01-21 15:32:55 +0100hexo(~hexo@gateway/tor-sasl/hexo) (Ping timeout: 268 seconds)
2021-01-21 15:32:55 +0100srk(~sorki@gateway/tor-sasl/sorki) (Remote host closed the connection)
2021-01-21 15:32:59 +0100 <ephemient> file1:file2:[] or the equivalent [file1, file2] would only match lists of exactly length 2 and fail otherwise
2021-01-21 15:33:47 +0100srk(~sorki@gateway/tor-sasl/sorki)
2021-01-21 15:33:53 +0100hexo(~hexo@gateway/tor-sasl/hexo)
2021-01-21 15:34:00 +0100kawzeg(kawzeg@2a01:7e01::f03c:92ff:fee2:ec34) (Remote host closed the connection)
2021-01-21 15:34:03 +0100niekvandepas(~niekvande@2001:985:bebc:1:f12e:86d2:fd94:ccad)
2021-01-21 15:34:34 +0100kawzeg(kawzeg@2a01:7e01::f03c:92ff:fee2:ec34)
2021-01-21 15:35:02 +0100zebrag(~inkbottle@aaubervilliers-654-1-120-135.w86-198.abo.wanadoo.fr)
2021-01-21 15:35:13 +0100deviantfero(~deviantfe@190.150.27.58) (Ping timeout: 272 seconds)
2021-01-21 15:35:15 +0100 <olligobber> > (a,b)
2021-01-21 15:35:17 +0100 <lambdabot> (a,b)
2021-01-21 15:35:23 +0100 <olligobber> huh
2021-01-21 15:35:29 +0100 <ephemient> @src a
2021-01-21 15:35:29 +0100 <lambdabot> Source not found. You type like i drive.
2021-01-21 15:35:34 +0100 <ski> > foldr (+) z [a,b,c]
2021-01-21 15:35:36 +0100 <lambdabot> a + (b + (c + z))
2021-01-21 15:35:40 +0100 <olligobber> nice
2021-01-21 15:35:48 +0100 <geekosaur> olligobbler: Debug.SimpleReflect
2021-01-21 15:35:50 +0100 <ski> @hackage simple-reflect
2021-01-21 15:35:50 +0100 <lambdabot> https://hackage.haskell.org/package/simple-reflect
2021-01-21 15:36:07 +0100 <geekosaur> whoops, speling
2021-01-21 15:36:10 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com) (Ping timeout: 264 seconds)
2021-01-21 15:36:54 +0100 <freeman42x[m]> is it possible to inline imports in Haskell? eg. like in: `import Data.Char main=interact$map(chr.read).words`
2021-01-21 15:37:01 +0100meck(~meck@li1809-18.members.linode.com)
2021-01-21 15:37:11 +0100 <freeman42x[m]> `main=interact$map(Data.Char.chr.read).words` does not work for obvious reasons
2021-01-21 15:37:46 +0100 <geekosaur> actually that works with an extension that ghci turns on
2021-01-21 15:37:58 +0100 <ski> @type interact (map (Data.Char.chr . read) . words)
2021-01-21 15:38:00 +0100 <lambdabot> IO ()
2021-01-21 15:38:38 +0100geekosaurtries to remember the extension
2021-01-21 15:38:43 +0100 <ephemient> but for writing real code, just use the import. and maybe use regular spaces?
2021-01-21 15:39:02 +0100niekvandepas(~niekvande@2001:985:bebc:1:f12e:86d2:fd94:ccad) (Ping timeout: 264 seconds)
2021-01-21 15:39:02 +0100sord937(~sord937@gateway/tor-sasl/sord937) (Remote host closed the connection)
2021-01-21 15:39:02 +0100star_cloud(~star_clou@ec2-34-220-44-120.us-west-2.compute.amazonaws.com) (Excess Flood)
2021-01-21 15:39:29 +0100sord937(~sord937@gateway/tor-sasl/sord937)
2021-01-21 15:39:35 +0100 <geekosaur> semicolon should work as well, I think
2021-01-21 15:39:53 +0100 <ski> how ?
2021-01-21 15:40:20 +0100star_cloud(~star_clou@ec2-34-220-44-120.us-west-2.compute.amazonaws.com)
2021-01-21 15:40:30 +0100 <geekosaur> hm,guess not (just tried it with -e)
2021-01-21 15:41:25 +0100 <freeman42x[m]> geekosaur: ski more context: I would like to inline it for code golf purposes
2021-01-21 15:41:33 +0100geowiesnot(~user@i15-les02-ix2-87-89-181-157.sfr.lns.abo.bbox.fr) (Ping timeout: 256 seconds)
2021-01-21 15:41:43 +0100 <geekosaur> al, there we go. ghc -fimplicit-import-qualified
2021-01-21 15:41:49 +0100 <freeman42x[m]> ephemient: "but for writing real code, just use the import. and maybe use regular spaces?" of course, this is for code golf purposes though
2021-01-21 15:42:09 +0100 <geekosaur> but then you need to use fully qualified names for all of them which probably hurts code golf
2021-01-21 15:42:28 +0100 <ephemient> in that case, unless you can define your own Prelude, you'll just have to import them
2021-01-21 15:42:28 +0100 <ski> i don't think you can import a module, say inside a `where' or `let' (like how you can open an module/structure there, in the MLs)
2021-01-21 15:42:57 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 256 seconds)
2021-01-21 15:43:02 +0100 <geekosaur> correct
2021-01-21 15:43:34 +0100 <toast52> argento: You were asking how to express ((^. myGetter) <$> myList) right? I assume myGetter is a lens and myList is a list of your record?
2021-01-21 15:43:37 +0100 <freeman42x[m]> geekosaur: I only need to use it ONCE d'oh! why would I do something that leads to more verbosity in code golf?
2021-01-21 15:44:17 +0100ADG1089_(~aditya@223.235.77.133)
2021-01-21 15:44:30 +0100ADG1089__(~aditya@223.226.159.22) (Ping timeout: 265 seconds)
2021-01-21 15:44:39 +0100 <toast52> argento: You could do `myList^..each.myGetter`
2021-01-21 15:44:45 +0100 <ephemient> if this is the only function you need...
2021-01-21 15:44:53 +0100 <ephemient> > toEnum 65 :: Char
2021-01-21 15:44:55 +0100 <lambdabot> 'A'
2021-01-21 15:45:03 +0100Lycurgus(~niemand@cpe-45-46-139-165.buffalo.res.rr.com) (Quit: Exeunt)
2021-01-21 15:45:25 +0100pera(pera@gateway/vpn/mullvad/pera) (Ping timeout: 246 seconds)
2021-01-21 15:45:48 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 15:47:16 +0100geekosaur(82650c7c@130.101.12.124) (Quit: Connection closed)
2021-01-21 15:48:24 +0100Tops2(~Tobias@dyndsl-095-033-017-009.ewe-ip-backbone.de)
2021-01-21 15:49:26 +0100pera(pera@gateway/vpn/mullvad/pera)
2021-01-21 15:49:54 +0100 <argento> toast52: Thanks I'll check that out
2021-01-21 15:51:21 +0100coot_(~coot@37.30.55.132.nat.umts.dynamic.t-mobile.pl)
2021-01-21 15:53:40 +0100 <toast52> I must confess, I don't really like using lens at all. Its the only time I ever feel the types aren't helping me at all
2021-01-21 15:53:43 +0100bogdanp(~bogdanp@188.24.80.165) (Ping timeout: 256 seconds)
2021-01-21 15:54:39 +0100 <toast52> and most of the time I feel like I need to try a bunch of combinators before I find what I need almost ad hoc
2021-01-21 15:54:41 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Remote host closed the connection)
2021-01-21 15:55:04 +0100 <toast52> which of course is my own lack of understanding
2021-01-21 15:55:28 +0100coot(~coot@37.30.55.132.nat.umts.dynamic.t-mobile.pl) (Ping timeout: 260 seconds)
2021-01-21 15:55:29 +0100coot_coot
2021-01-21 15:55:58 +0100cfricke(~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.0)
2021-01-21 15:56:19 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 15:58:06 +0100jlamothe(~jlamothe@198.251.55.207) (Quit: leaving)
2021-01-21 15:58:58 +0100 <maerwald> yes lens feels like dynamic typing
2021-01-21 15:59:14 +0100 <maerwald> but that's the entire point
2021-01-21 15:59:24 +0100bogdanp(~bogdanp@188.24.80.165)
2021-01-21 15:59:29 +0100olligobber(olligobber@gateway/vpn/privateinternetaccess/olligobber) (Remote host closed the connection)
2021-01-21 15:59:40 +0100sm2n_(~sm2n@bras-base-hmtnon1497w-grc-43-64-231-95-247.dsl.bell.ca) (Read error: Connection reset by peer)
2021-01-21 16:00:01 +0100heredoc(heredoc@2a01:7e01::f03c:91ff:fec1:de1d)
2021-01-21 16:00:10 +0100Natch(~natch@c-b471e255.014-297-73746f25.bbcust.telenor.se)
2021-01-21 16:00:29 +0100sm2n_(~sm2n@bras-base-hmtnon1497w-grc-43-64-231-95-247.dsl.bell.ca)
2021-01-21 16:00:37 +0100Kaiepi(~Kaiepi@47.54.252.148) (Remote host closed the connection)
2021-01-21 16:00:41 +0100 <maerwald> but i don't think there's any problem you really need lens for. it's for convenience
2021-01-21 16:01:04 +0100mdunnio(~mdunnio@172.97.43.112)
2021-01-21 16:02:46 +0100geowiesnot(~user@i15-les02-ix2-87-89-181-157.sfr.lns.abo.bbox.fr)
2021-01-21 16:03:10 +0100Guest21132(~adeene@181.131.0.191) (Ping timeout: 264 seconds)
2021-01-21 16:03:30 +0100cr3(~cr3@192-222-143-195.qc.cable.ebox.net)
2021-01-21 16:03:59 +0100niekvandepas(~niekvande@89.205.134.58)
2021-01-21 16:04:29 +0100dandart(~Thunderbi@home.dandart.co.uk)
2021-01-21 16:06:40 +0100niekvandepas(~niekvande@89.205.134.58) (Remote host closed the connection)
2021-01-21 16:08:39 +0100bitmapper(uid464869@gateway/web/irccloud.com/x-hmarbgwdztdwlimf)
2021-01-21 16:09:20 +0100 <freeman42x[m]> lens are typesafe, aren't they?
2021-01-21 16:09:42 +0100Guest21132(~adeene@181.131.0.191)
2021-01-21 16:09:48 +0100 <opqdonut> yes
2021-01-21 16:10:39 +0100 <argento> I agree using lens and holes results in long expected types
2021-01-21 16:11:05 +0100pera(pera@gateway/vpn/mullvad/pera) (Ping timeout: 265 seconds)
2021-01-21 16:17:04 +0100 <kuribas> polymorphism /= dynamic typing
2021-01-21 16:18:42 +0100dandart(~Thunderbi@home.dandart.co.uk) (Ping timeout: 256 seconds)
2021-01-21 16:18:55 +0100rayyyy(~nanoz@gateway/tor-sasl/nanoz)
2021-01-21 16:19:29 +0100jesser[m](jessermatr@gateway/shell/matrix.org/x-aniuynopuiablxxf) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:30 +0100VarikValefor[m](varikvalef@gateway/shell/matrix.org/x-kqifxpoipiwfirag) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:30 +0100svc0[m](svc0matrix@gateway/shell/matrix.org/x-lrfxppollnevqdrq) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:30 +0100AmitLevy[m](amitmostly@gateway/shell/matrix.org/x-zagyiwsbxxpaavnh) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:31 +0100phittacus(bklmatrixo@gateway/shell/matrix.org/x-awackznbsaaaoygm) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:31 +0100Lurkki[m](lurkkipriv@gateway/shell/matrix.org/x-kugwzhkojtwulhhy) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:31 +0100sigmacool[m](sigmacoolm@gateway/shell/matrix.org/x-elnfjjildlwxrdit) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:31 +0100bsima[m](bensimatim@gateway/shell/matrix.org/x-oprrxqrwrzqoblgc) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:31 +0100pedrorubster[m](pedrorubst@gateway/shell/matrix.org/x-unxsesimqkenfqdx) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:31 +0100floatingpoint[m](floating5@gateway/shell/matrix.org/x-mztheuezyvnwgymt) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:32 +0100ThaEwat(thaewraptm@gateway/shell/matrix.org/x-onoespdwdtdrejus) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:32 +0100psamim(samimpmatr@gateway/shell/matrix.org/x-patycjtbgjdsoggi) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:32 +0100jeffcasavant[m](jeffcasava@gateway/shell/matrix.org/x-sucnamvvnrqlfdlq) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:32 +0100sajith[m](sajithmatr@gateway/shell/matrix.org/x-qrlahmerrvsicarv) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:32 +0100srid(sridmatrix@gateway/shell/matrix.org/x-ssdjrisjdtpvguto) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:33 +0100alexfmpe(alexfmpema@gateway/shell/matrix.org/x-hpqniumxolhkhprm) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:34 +0100immae(immaematri@gateway/shell/matrix.org/x-yohnfoaqnumofgux) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:34 +0100noIOBeforeBedtim(dissatisfi@gateway/shell/matrix.org/x-ixwrzutollmrdotp) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:34 +0100domenkozar[m](domenkozar@NixOS/user/domenkozar) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:34 +0100Vanilla[m](danielm14@gateway/shell/matrix.org/x-lbtmsjsbynhufkmg) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:34 +0100materialfuture[m(materialfu@gateway/shell/matrix.org/x-aymwlxmyhgudcebn) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:34 +0100boistordu(boistordum@gateway/shell/matrix.org/x-ykprccraxtllyhzd) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:34 +0100alvinsj[m](alvinsjmat@gateway/shell/matrix.org/x-felbjukastqlzowd) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:34 +0100michaelpj(michaelpjm@gateway/shell/matrix.org/x-wijhnitsllpyxtzh) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:34 +0100sm[m](simonmicma@gateway/shell/matrix.org/x-bwzksjlkcbxeptje) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:34 +0100metamod[m](metamodmat@gateway/shell/matrix.org/x-vjqpilgwqzbeebfw) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:34 +0100itai33[m](itai33matr@gateway/shell/matrix.org/x-julpweozdunbahrw) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:34 +0100johnnyboy[m](gifumatrix@gateway/shell/matrix.org/x-vpquvcxizmcwbmnm) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:34 +0100Poscat[m](poscatmatr@gateway/shell/matrix.org/x-qeeolasxcfybzpnd) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:34 +0100Lurkki[m]1(lurkkifene@gateway/shell/matrix.org/x-rtxhkxnzuvxtrjgj) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:34 +0100berberman[T](berberma4@gateway/shell/matrix.org/x-appklsvhazxhojpb) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:34 +0100lnxw37d4(lnxw37d4ma@gateway/shell/matrix.org/x-wgeeaepjmvyemwyc) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:34 +0100ciderpunx[m](ciderpunxm@gateway/shell/matrix.org/x-kfmtlfxjdcsxllez) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:34 +0100majjoha(majjohamat@gateway/shell/matrix.org/x-qgxpvbtccfozuyug) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:36 +0100rednaZ[m](r3dnazmatr@gateway/shell/matrix.org/x-surapbxzfortuwdw) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:36 +0100bitonic(bitonicmat@gateway/shell/matrix.org/x-uokkthaqgbbrfdde) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:37 +0100jtojnar(jtojnarmat@gateway/shell/matrix.org/x-ewaiohlldfadbgay) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:37 +0100Ericson2314(ericson231@gateway/shell/matrix.org/x-njknnxmrjowuxjcv) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:37 +0100jkaye[m](jkayematri@gateway/shell/matrix.org/x-vskwkgqidvkqlkgn) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:37 +0100meckse[m](mecksematr@gateway/shell/matrix.org/x-ylovcujmiadfxagw) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:37 +0100freeman42x[m](freeman42x@gateway/shell/matrix.org/x-iubdksntmueecgbk) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:38 +0100unclechu(unclechuma@gateway/shell/matrix.org/x-pipamdvguyiwkuqq) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:38 +0100rab24ack[m](rab24ackma@gateway/shell/matrix.org/x-sxjqlfzoncggisln) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:39 +0100Noughtmare[m](naughtmare@gateway/shell/matrix.org/x-udhoktofwkwirpls) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:39 +0100Wraul[m](wraulmatri@gateway/shell/matrix.org/x-pyemrqnovqieezsq) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:39 +0100lambdaclan(lambdaclan@gateway/shell/matrix.org/x-guvesksdlbpueoft) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:39 +0100fgaz(fgazmatrix@gateway/shell/matrix.org/x-oneixygrruvvsxnw) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:39 +0100doct0rhu[m](doct0rhumo@gateway/shell/matrix.org/x-ppzetrnbsmcvzmln) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:39 +0100MrMuffles[m](mrmufflesm@gateway/shell/matrix.org/x-kqujuxlhuamodenr) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:39 +0100jamesfielder[m](jamesfield@gateway/shell/matrix.org/x-cpubyanwnefcudpa) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:42 +0100kadoban(kadobanmat@gateway/shell/matrix.org/x-vusmvkqqnyzyfsan) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:44 +0100 <maerwald> kuribas: that's why I said "feels"
2021-01-21 16:19:44 +0100joshualit140[m](joshualit1@gateway/shell/matrix.org/x-fjkzrkigznrotwtc) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:44 +0100dyniec[m](dyniecmatr@gateway/shell/matrix.org/x-ssxucnnuvkuyhixm) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:44 +0100falling-edge[m](falling-ed@gateway/shell/matrix.org/x-oubjqabnrzgxercf) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:44 +0100hsiktas[m](hsiktasmat@gateway/shell/matrix.org/x-oeraudpfqysqnxgf) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:44 +0100shutendoji[m](shutendoji@gateway/shell/matrix.org/x-wrlciwnjromaknuk) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:44 +0100plumenator[m](plumenator@gateway/shell/matrix.org/x-soxaugxkimfnohxl) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:44 +0100cnmne[m](cnmnematri@gateway/shell/matrix.org/x-pfsdtfewrkobwuvf) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:44 +0100Hatsue[m](berbermanm@gateway/shell/matrix.org/x-reaapwdvaqnjyfnu) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:45 +0100pqwy[m](pqwymatrix@gateway/shell/matrix.org/x-edgjerilbvbdhtzr) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:45 +0100tomferon[m](tomferonmo@gateway/shell/matrix.org/x-wkbttsxaiqdjsdjh) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:19:45 +0100speakerspivakeem(speakerdea@gateway/shell/matrix.org/x-yvqzruljywtbejoc) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:20:05 +0100 <maerwald> you can refactor your lens code, it will still compile, but do something unexpected... typesafe or not
2021-01-21 16:20:09 +0100sawmon-and-natal(sawmon-and@gateway/shell/matrix.org/x-fbedjamsedveicok) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:20:09 +0100psydruid(psydruidma@gateway/shell/matrix.org/x-pcwdrdmogztcvmdu) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:20:10 +0100siraben(sirabenmat@gateway/shell/matrix.org/x-dprabihnxvekhhqn) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:20:10 +0100pythag76[m](pythag76ma@gateway/shell/matrix.org/x-wvnlumxberwckyiz) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:20:10 +0100PotatoHatsue(berbermanp@gateway/shell/matrix.org/x-lgiztbanudhatvcs) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:20:10 +0100peterstorm[m](peterstorm@gateway/shell/matrix.org/x-avlubyxuyikfwtia) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:20:10 +0100Hanma[m](hanmamatri@gateway/shell/matrix.org/x-djevsqnywtzjnfwm) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:20:10 +0100tfbio[m](tfbiomatri@gateway/shell/matrix.org/x-pqktfehwrijjvyuj) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:20:10 +0100agentofuser(agentofuse@gateway/shell/matrix.org/x-rehunympxyynlouo) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:20:11 +0100maralorn(maralornma@gateway/shell/matrix.org/x-ywuaataqgqmipspw) (Quit: Bridge terminating on SIGTERM)
2021-01-21 16:20:12 +0100tsrt^(tsrt@ip98-184-89-2.mc.at.cox.net) (Max SendQ exceeded)
2021-01-21 16:20:35 +0100Codaraxis__(~Codaraxis@91.193.4.20) (Remote host closed the connection)
2021-01-21 16:20:41 +0100 <kuribas> maerwald: lens is a leaking abstraction
2021-01-21 16:20:44 +0100 <maerwald> so you can't really rely much on the types to infer the behavior
2021-01-21 16:20:47 +0100nineonine(~nineonine@S01061cabc0b095f3.vf.shawcable.net)
2021-01-21 16:20:56 +0100Codaraxis__(~Codaraxis@91.193.4.20)
2021-01-21 16:22:09 +0100tsrt^(tsrt@ip98-184-89-2.mc.at.cox.net)
2021-01-21 16:22:09 +0100nineonine(~nineonine@S01061cabc0b095f3.vf.shawcable.net) (Remote host closed the connection)
2021-01-21 16:22:22 +0100elliott_(~elliott_@pool-108-51-101-42.washdc.fios.verizon.net) (Ping timeout: 264 seconds)
2021-01-21 16:22:22 +0100nckx(~nckx@tobias.gr) (Ping timeout: 264 seconds)
2021-01-21 16:22:23 +0100 <kuribas> you may like the Optic library more then...
2021-01-21 16:22:27 +0100 <kuribas> it's not leaking abstractions
2021-01-21 16:22:43 +0100elliott_(~elliott_@pool-108-51-101-42.washdc.fios.verizon.net)
2021-01-21 16:22:45 +0100 <maerwald> I already use it
2021-01-21 16:22:47 +0100nineonine(~nineonine@S01061cabc0b095f3.vf.shawcable.net)
2021-01-21 16:22:51 +0100 <maerwald> but it doesn't fix the core problem
2021-01-21 16:22:54 +0100nckx(~nckx@tobias.gr)
2021-01-21 16:22:58 +0100pfurla(~pfurla@ool-182ed2e2.dyn.optonline.net) (Ping timeout: 264 seconds)
2021-01-21 16:23:22 +0100jlamothe(~jlamothe@198.251.55.207)
2021-01-21 16:23:33 +0100 <kuribas> perhaps some things are too polymorphic in haskell.
2021-01-21 16:23:39 +0100 <kuribas> Like the Monad typeclass for (->)
2021-01-21 16:23:45 +0100 <maerwald> I don't think it really can be fixed
2021-01-21 16:23:49 +0100 <hpc> that one is fine imo
2021-01-21 16:23:55 +0100seveg(~gabriel@188-167-252-202.dynamic.chello.sk) (Ping timeout: 246 seconds)
2021-01-21 16:23:56 +0100livvy(~livvy@gateway/tor-sasl/livvy) (Remote host closed the connection)
2021-01-21 16:23:59 +0100 <maerwald> because the point of lens is to be THAT polymorphic
2021-01-21 16:24:09 +0100 <kuribas> hpc: you can always add Reader if you need that, and it will improve code legibility.
2021-01-21 16:24:28 +0100seveg(~gabriel@2a02-ab04-0249-8d00-dea6-32ff-fe17-0993.dynamic.v6.chello.sk)
2021-01-21 16:24:37 +0100akegalj_(~akegalj@93-138-146-83.adsl.net.t-com.hr) (Ping timeout: 246 seconds)
2021-01-21 16:25:09 +0100pfurla(~pfurla@ool-182ed2e2.dyn.optonline.net)
2021-01-21 16:25:21 +0100 <maerwald> but using lens rigorously in my codebase... probably not. I'd be too concerned about maintenance cost. Sparingly yes to simplify a few things here and there
2021-01-21 16:25:28 +0100Tario(~Tario@201.192.165.173) (Read error: Connection reset by peer)
2021-01-21 16:25:43 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl)
2021-01-21 16:26:41 +0100dandart(~Thunderbi@home.dandart.co.uk)
2021-01-21 16:27:33 +0100deviantfero(~deviantfe@190.150.27.58)
2021-01-21 16:27:33 +0100nineonine(~nineonine@S01061cabc0b095f3.vf.shawcable.net) (Ping timeout: 260 seconds)
2021-01-21 16:27:49 +0100 <maerwald> and with lens... I tend to forget what I did two weeks ago and don't understand the lens expression anymore
2021-01-21 16:28:12 +0100 <maerwald> so I rather opt for more ugly code that's faster to grasp
2021-01-21 16:28:14 +0100DataComputist(~lumeng@50.43.26.251) (Quit: Leaving...)
2021-01-21 16:28:38 +0100Jd007(~Jd007@162.156.11.151)
2021-01-21 16:28:39 +0100rwdrich(560395a9@cpc159427-cmbg20-2-0-cust424.5-4.cable.virginm.net) (Quit: Connection closed)
2021-01-21 16:28:56 +0100rwdrich(560395a9@cpc159427-cmbg20-2-0-cust424.5-4.cable.virginm.net)
2021-01-21 16:29:28 +0100phasespace_(~sar@80-89-47-117.inet.signal.no) (Ping timeout: 256 seconds)
2021-01-21 16:29:31 +0100geowiesnot(~user@i15-les02-ix2-87-89-181-157.sfr.lns.abo.bbox.fr) (Ping timeout: 246 seconds)
2021-01-21 16:30:51 +0100majjoha(majjohamat@gateway/shell/matrix.org/x-leykffjskbgwpulm)
2021-01-21 16:30:57 +0100nineonine(~nineonine@S01061cabc0b095f3.vf.shawcable.net)
2021-01-21 16:32:22 +0100pera(pera@gateway/vpn/mullvad/pera)
2021-01-21 16:32:36 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac)
2021-01-21 16:34:15 +0100livvy(~livvy@gateway/tor-sasl/livvy)
2021-01-21 16:37:19 +0100 <kuribas> maerwald: so only use non-operator types, and restrict to a small subset of lens functions.
2021-01-21 16:37:32 +0100 <kuribas> maerwald: also, don't use lenses for things that can be done without.
2021-01-21 16:37:32 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac) (Ping timeout: 244 seconds)
2021-01-21 16:38:00 +0100Tario(~Tario@201.192.165.173)
2021-01-21 16:38:09 +0100 <kuribas> so view, over, set
2021-01-21 16:38:21 +0100phasespace_(~sar@89-162-33-21.fiber.signal.no)
2021-01-21 16:39:04 +0100Kaiepi(~Kaiepi@47.54.252.148)
2021-01-21 16:39:10 +0100ArConan(9de62a69@157.230.42.105) (Quit: Connection closed)
2021-01-21 16:39:20 +0100nineonine(~nineonine@S01061cabc0b095f3.vf.shawcable.net) (Remote host closed the connection)
2021-01-21 16:39:54 +0100nineonine(~nineonine@50.216.62.2)
2021-01-21 16:40:02 +0100 <kuribas> 90% of lens functionality you should probably avoid.
2021-01-21 16:43:01 +0100mrd(~mrd@45.61.147.211)
2021-01-21 16:43:06 +0100mrd(~mrd@45.61.147.211) (Changing host)
2021-01-21 16:43:06 +0100mrd(~mrd@debian/developer/mrd)
2021-01-21 16:43:25 +0100geowiesnot(~user@87-89-181-157.abo.bbox.fr)
2021-01-21 16:45:13 +0100machinedgod(~machinedg@135-23-192-217.cpe.pppoe.ca)
2021-01-21 16:46:58 +0100Natch(~natch@c-b471e255.014-297-73746f25.bbcust.telenor.se) (Ping timeout: 264 seconds)
2021-01-21 16:47:50 +0100 <maerwald> yes
2021-01-21 16:48:09 +0100Natch(~Natch@c-b471e255.014-297-73746f25.bbcust.telenor.se)
2021-01-21 16:48:17 +0100 <maerwald> which is why I'm saying, you don't really need it, it's convenience
2021-01-21 16:50:22 +0100toast52(97c0a219@151.192.162.25) (Quit: Connection closed)
2021-01-21 16:52:07 +0100fendor_fendor
2021-01-21 16:53:50 +0100wroathe(~wroathe@c-68-54-25-135.hsd1.mn.comcast.net)
2021-01-21 16:54:52 +0100ukari(~ukari@unaffiliated/ukari)
2021-01-21 16:54:53 +0100mouseghost(~draco@wikipedia/desperek) (Quit: mew wew)
2021-01-21 16:55:00 +0100doct0rhu[m](doct0rhumo@gateway/shell/matrix.org/x-nmicptjnfqigxndx)
2021-01-21 16:55:00 +0100Noughtmare[m](naughtmare@gateway/shell/matrix.org/x-kfshvbdmjgnmuxno)
2021-01-21 16:55:00 +0100fgaz(fgazmatrix@gateway/shell/matrix.org/x-tvdmheqhrxmmyrlk)
2021-01-21 16:55:00 +0100bitonic(bitonicmat@gateway/shell/matrix.org/x-vhjdbozvahihkqbd)
2021-01-21 16:55:00 +0100rab24ack[m](rab24ackma@gateway/shell/matrix.org/x-skrqszorsicvvytw)
2021-01-21 16:55:00 +0100jeffcasavant[m](jeffcasava@gateway/shell/matrix.org/x-sqsmmbntczuaytut)
2021-01-21 16:55:00 +0100immae(immaematri@gateway/shell/matrix.org/x-ytogmypvmxmylhfa)
2021-01-21 16:55:01 +0100lambdaclan(lambdaclan@gateway/shell/matrix.org/x-ltjxbpussrrsaivv)
2021-01-21 16:55:01 +0100freeman42x[m](freeman42x@gateway/shell/matrix.org/x-doksirfppfeshrdm)
2021-01-21 16:55:01 +0100Ericson2314(ericson231@gateway/shell/matrix.org/x-gnbnrewwnowdicdb)
2021-01-21 16:55:01 +0100Poscat[m](poscatmatr@gateway/shell/matrix.org/x-gueeryvrvywywepd)
2021-01-21 16:55:01 +0100johnnyboy[m](gifumatrix@gateway/shell/matrix.org/x-eqgtbmzkgsstxncp)
2021-01-21 16:55:01 +0100alvinsj[m](alvinsjmat@gateway/shell/matrix.org/x-ncsvfnucfjnyrgbw)
2021-01-21 16:55:01 +0100maralorn(maralornma@gateway/shell/matrix.org/x-qrhhtrbqstosjyne)
2021-01-21 16:55:01 +0100berberman[T](berberma4@gateway/shell/matrix.org/x-osoluggoqowcuvpn)
2021-01-21 16:55:01 +0100rednaZ[m](r3dnazmatr@gateway/shell/matrix.org/x-jmjfsvkbdjyewneq)
2021-01-21 16:55:01 +0100Lurkki[m](lurkkipriv@gateway/shell/matrix.org/x-hoicvvxtseshtfys)
2021-01-21 16:55:01 +0100domenkozar[m](domenkozar@NixOS/user/domenkozar)
2021-01-21 16:55:01 +0100bsima[m](bensimatim@gateway/shell/matrix.org/x-urscgtkjjmhqkmtg)
2021-01-21 16:55:01 +0100jtojnar(jtojnarmat@gateway/shell/matrix.org/x-hyeggfxuyivlnyfm)
2021-01-21 16:55:02 +0100noIOBeforeBedtim(dissatisfi@gateway/shell/matrix.org/x-vbixyrrshivnbxeu)
2021-01-21 16:55:02 +0100SlackIntegration(slackbotma@gateway/shell/matrix.org/x-xaywavpfvuxuleuw)
2021-01-21 16:55:02 +0100alexfmpe(alexfmpema@gateway/shell/matrix.org/x-byqytykovyimfmwc)
2021-01-21 16:55:02 +0100boistordu(boistordum@gateway/shell/matrix.org/x-tvvlbzirbjskigcw)
2021-01-21 16:55:02 +0100plumenator[m](plumenator@gateway/shell/matrix.org/x-eirtnyspkrcfumae)
2021-01-21 16:55:02 +0100PotatoHatsue(berbermanp@gateway/shell/matrix.org/x-ucdydkolvsetyqeh)
2021-01-21 16:55:02 +0100falling-edge[m](falling-ed@gateway/shell/matrix.org/x-wszqlucenyidrigv)
2021-01-21 16:55:02 +0100kadoban(kadobanmat@gateway/shell/matrix.org/x-gnuwovgpdsrcbwox)
2021-01-21 16:55:02 +0100jesser[m](jessermatr@gateway/shell/matrix.org/x-nqsrhzuwxpgtqomy)
2021-01-21 16:55:02 +0100dyniec[m](dyniecmatr@gateway/shell/matrix.org/x-ntcjtjszjxydaelo)
2021-01-21 16:55:02 +0100psamim(samimpmatr@gateway/shell/matrix.org/x-xavqfqwexdgthira)
2021-01-21 16:55:02 +0100psydruid(psydruidma@gateway/shell/matrix.org/x-utnbvkpmnvgoqxct)
2021-01-21 16:55:02 +0100srid(sridmatrix@gateway/shell/matrix.org/x-pdosnofdyrruumoq)
2021-01-21 16:55:02 +0100shutendoji[m](shutendoji@gateway/shell/matrix.org/x-rfkqtwiddvhsusga)
2021-01-21 16:55:03 +0100svc0[m](svc0matrix@gateway/shell/matrix.org/x-rvnbfldzxmjikmnv)
2021-01-21 16:55:03 +0100metamod[m](metamodmat@gateway/shell/matrix.org/x-vegmddrmmzofrwfb)
2021-01-21 16:55:03 +0100tomsen[m](tfbiomatri@gateway/shell/matrix.org/x-wiqpcuxrzferldgy)
2021-01-21 16:55:03 +0100pqwy[m](pqwymatrix@gateway/shell/matrix.org/x-buwmowguuktecqyx)
2021-01-21 16:55:03 +0100Hatsue[m](berbermanm@gateway/shell/matrix.org/x-rouxvgfkpeawwqmg)
2021-01-21 16:55:03 +0100unclechu(unclechuma@gateway/shell/matrix.org/x-gzjftrcrydblrjdx)
2021-01-21 16:55:03 +0100siraben(sirabenmat@gateway/shell/matrix.org/x-lsyfmmsafvsgxclv)
2021-01-21 16:55:03 +0100VarikValefor[m](varikvalef@gateway/shell/matrix.org/x-efkxyfhxorsrfapq)
2021-01-21 16:55:03 +0100tomferon[m](tomferonmo@gateway/shell/matrix.org/x-wgqfpuplavvsxsmv)
2021-01-21 16:55:03 +0100ThaEwat(thaewraptm@gateway/shell/matrix.org/x-leyrcawrevfaweft)
2021-01-21 16:55:03 +0100sm[m](simonmicma@gateway/shell/matrix.org/x-nbxkyreqixfzhwyh)
2021-01-21 16:55:04 +0100hsiktas[m](hsiktasmat@gateway/shell/matrix.org/x-mlqpsjowfrisptsz)
2021-01-21 16:55:04 +0100Hanma[m](hanmamatri@gateway/shell/matrix.org/x-xmiplyscwblzknhc)
2021-01-21 16:55:04 +0100jkaye[m](jkayematri@gateway/shell/matrix.org/x-ivcswgscexrzjuni)
2021-01-21 16:55:04 +0100cnmne[m](cnmnematri@gateway/shell/matrix.org/x-yqyhqtdpkmjccxbo)
2021-01-21 16:55:04 +0100lnxw37d4(lnxw37d4ma@gateway/shell/matrix.org/x-mkikbnuojklmfntz)
2021-01-21 16:55:05 +0100pythag76[m](pythag76ma@gateway/shell/matrix.org/x-ggiocpmwxahenddw)
2021-01-21 16:55:05 +0100sajith[m](sajithmatr@gateway/shell/matrix.org/x-vqeabuabwmnkiwoy)
2021-01-21 16:55:05 +0100michaelpj(michaelpjm@gateway/shell/matrix.org/x-avmxjktgbbtfmcgd)
2021-01-21 16:55:06 +0100Vanilla[m](danielm14@gateway/shell/matrix.org/x-mgwgkjexevbkrbqr)
2021-01-21 16:55:07 +0100agentofuser(agentofuse@gateway/shell/matrix.org/x-dmtxlewgreujfblx)
2021-01-21 16:55:07 +0100ciderpunx[m](ciderpunxm@gateway/shell/matrix.org/x-qonptmkakkhhfuug)
2021-01-21 16:55:07 +0100speakerspivakeem(speakerdea@gateway/shell/matrix.org/x-bjrlsxjwvmioqafa)
2021-01-21 16:55:08 +0100MrMuffles[m](mrmufflesm@gateway/shell/matrix.org/x-qzmlnxoxhvhmrbuw)
2021-01-21 16:55:08 +0100materialfuture[m(materialfu@gateway/shell/matrix.org/x-poubusjnwgwdhibz)
2021-01-21 16:55:09 +0100sigmacool[m](sigmacoolm@gateway/shell/matrix.org/x-tqqfrmbpqmhyrwwm)
2021-01-21 16:55:09 +0100itai33[m](itai33matr@gateway/shell/matrix.org/x-cqamvkpzztotawix)
2021-01-21 16:55:09 +0100meckse[m](mecksematr@gateway/shell/matrix.org/x-gybjkekcemenufin)
2021-01-21 16:55:09 +0100AmitLevy[m](amitmostly@gateway/shell/matrix.org/x-vyuomydfknfbjbnp)
2021-01-21 16:55:09 +0100floatingpoint[m](floating5@gateway/shell/matrix.org/x-jnnwmbvuyeiqgdox)
2021-01-21 16:55:10 +0100Wraul[m](wraulmatri@gateway/shell/matrix.org/x-hajahcqhmbjuwizv)
2021-01-21 16:55:10 +0100joshualit140[m](joshualit1@gateway/shell/matrix.org/x-xellcqqodwrmzgeb)
2021-01-21 16:55:10 +0100sawmon-and-natal(sawmon-and@gateway/shell/matrix.org/x-xkqccjsghkugsakp)
2021-01-21 16:55:10 +0100phittacus(bklmatrixo@gateway/shell/matrix.org/x-upxwasehcbqwbaok)
2021-01-21 16:55:10 +0100peterstorm[m](peterstorm@gateway/shell/matrix.org/x-xgqsrftqahlagtzf)
2021-01-21 16:55:10 +0100pedrorubster[m](pedrorubst@gateway/shell/matrix.org/x-cxklccsqddkbljxh)
2021-01-21 16:55:11 +0100jamesfielder[m](jamesfield@gateway/shell/matrix.org/x-auddokkqlapocdze)
2021-01-21 16:55:12 +0100Lurkki[m]1(lurkkifene@gateway/shell/matrix.org/x-xyvalzjhrsdkxmnz)
2021-01-21 16:55:27 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com)
2021-01-21 16:56:16 +0100 <kuribas> 90% is convenience, the other 10% can be a life saver depending on the problem.
2021-01-21 16:58:24 +0100wroathe(~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) (Ping timeout: 240 seconds)
2021-01-21 17:00:17 +0100wroathe(~wroathe@c-68-54-25-135.hsd1.mn.comcast.net)
2021-01-21 17:00:21 +0100Rudd0(~Rudd0@185.189.115.103)
2021-01-21 17:00:36 +0100toast52(97c0a219@151.192.162.25)
2021-01-21 17:02:23 +0100conal(~conal@64.71.133.70) (Quit: Computer has gone to sleep.)
2021-01-21 17:04:00 +0100conal(~conal@64.71.133.70)
2021-01-21 17:08:36 +0100darjeeling_(~darjeelin@122.245.208.52) (Ping timeout: 240 seconds)
2021-01-21 17:08:58 +0100bi_functor(~bi_functo@192-0-134-138.cpe.teksavvy.com) (Ping timeout: 258 seconds)
2021-01-21 17:10:11 +0100jfe(~user@pool-71-184-149-134.bstnma.fios.verizon.net)
2021-01-21 17:11:59 +0100mdunnio(~mdunnio@172.97.43.112) (Remote host closed the connection)
2021-01-21 17:14:12 +0100avdb(~avdb@gateway/tor-sasl/avdb) (Ping timeout: 268 seconds)
2021-01-21 17:14:43 +0100mdunnio(~mdunnio@172.97.43.112)
2021-01-21 17:15:24 +0100ubert1(~Thunderbi@p200300ecdf1ee0a5e6b318fffe838f33.dip0.t-ipconnect.de)
2021-01-21 17:15:57 +0100ubert(~Thunderbi@p200300ecdf1ee0b4e6b318fffe838f33.dip0.t-ipconnect.de) (Ping timeout: 260 seconds)
2021-01-21 17:15:57 +0100ubert1ubert
2021-01-21 17:21:33 +0100darjeeling_(~darjeelin@115.215.41.174)
2021-01-21 17:22:20 +0100comerijn(~merijn@83-160-49-249.ip.xs4all.nl)
2021-01-21 17:22:28 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl) (Quit: leaving)
2021-01-21 17:22:50 +0100zebrag(~inkbottle@aaubervilliers-654-1-120-135.w86-198.abo.wanadoo.fr) (Quit: Konversation terminated!)
2021-01-21 17:22:55 +0100toast52(97c0a219@151.192.162.25) (Quit: Connection closed)
2021-01-21 17:23:12 +0100zebrag(~inkbottle@aaubervilliers-654-1-120-135.w86-198.abo.wanadoo.fr)
2021-01-21 17:24:23 +0100 <ezzieyguywuf> why does `cabal v1-build` and `cabal v2-build` produce two different hashes?
2021-01-21 17:24:39 +0100 <comerijn> ezzieyguywuf: Why would they produce anything similar to the same?
2021-01-21 17:24:54 +0100 <ezzieyguywuf> why wouldn't they? the source is the same
2021-01-21 17:25:09 +0100 <comerijn> ezzieyguywuf: They don't use the same build-plans?
2021-01-21 17:25:20 +0100 <ezzieyguywuf> hm, let me ask a different question then
2021-01-21 17:25:23 +0100elfets(~elfets@ip-37-201-23-96.hsi13.unitymediagroup.de) (Read error: Connection reset by peer)
2021-01-21 17:25:40 +0100 <comerijn> ezzieyguywuf: hash of what, exactly?
2021-01-21 17:25:45 +0100comerijnmerijn
2021-01-21 17:27:22 +0100 <ezzieyguywuf> if I have package A in my ghc-pkg list (what's this called - package store?) and it was compiled using v1-build, and I'm working on package B with `build-tool-depends: packageA:packageA-1.2.3`, why would the "build plan" (I guess tihs is the right term?) for packageB be asking for `packageA-1.2.3-abcde` if I already have `packageA-1.2.3-fghij` installed
2021-01-21 17:27:36 +0100 <ezzieyguywuf> merijn: I'm calling the "abcde" and "fhgij" above the hash
2021-01-21 17:27:50 +0100 <merijn> ezzieyguywuf: The hash depends on the source, compilation options *and* transitive dependencies
2021-01-21 17:28:26 +0100 <merijn> ezzieyguywuf: So, obvious answer: Build plan involving different transitive dependencies for A and B
2021-01-21 17:28:30 +0100 <ezzieyguywuf> merijn: but packageB doesn't say anything about compilation options or transitive dependencies of packageA - it just says `I need it`
2021-01-21 17:28:39 +0100 <merijn> ezzieyguywuf: Eh, no
2021-01-21 17:28:58 +0100 <merijn> ezzieyguywuf: packageB says "I need A and rest of dependencies"
2021-01-21 17:29:14 +0100 <ezzieyguywuf> hm...
2021-01-21 17:29:21 +0100 <merijn> if "rest of dependencies" overlaps with A, then cabal computes a build-plan where every package occurs only once
2021-01-21 17:29:57 +0100 <merijn> ezzieyguywuf: So if A and B both depend on C, but A accepts C >= 1.0 && C < 5.0, but B accepts only C >= 2.0 && C < 3.0
2021-01-21 17:30:01 +0100Codaraxis_(~Codaraxis@91.193.4.20)
2021-01-21 17:30:09 +0100Codaraxis__(~Codaraxis@91.193.4.20) (Read error: Connection reset by peer)
2021-01-21 17:30:10 +0100Sgeo_(~Sgeo@ool-18b98aa4.dyn.optonline.net)
2021-01-21 17:30:12 +0100LKoen(~LKoen@57.174.9.109.rev.sfr.net)
2021-01-21 17:30:21 +0100 <merijn> ezzieyguywuf: Then the buildplan of B requires a version of A build with C >= 2.0 && C < 3.0
2021-01-21 17:30:33 +0100 <merijn> ezzieyguywuf: Ruling out a build of A that uses, say, C-4.0
2021-01-21 17:30:52 +0100avdb(~avdb@gateway/tor-sasl/avdb)
2021-01-21 17:31:33 +0100 <ezzieyguywuf> hm. is there a way to check this after-the-fact?
2021-01-21 17:31:37 +0100 <ezzieyguywuf> or just compare cabal files?
2021-01-21 17:32:03 +0100 <merijn> ezzieyguywuf: For v1 I'm not sure. For v2-build you can use cabal-plan to visualise the buildplan from dist-newstyle
2021-01-21 17:32:08 +0100 <merijn> @hackage cabal-plan
2021-01-21 17:32:08 +0100 <lambdabot> https://hackage.haskell.org/package/cabal-plan
2021-01-21 17:33:11 +0100Sgeo(~Sgeo@ool-18b98aa4.dyn.optonline.net) (Ping timeout: 256 seconds)
2021-01-21 17:33:11 +0100LKoen_(~LKoen@57.174.9.109.rev.sfr.net) (Ping timeout: 256 seconds)
2021-01-21 17:34:08 +0100knupfer(~Thunderbi@200116b8247775004895934d3261dc7c.dip.versatel-1u1.de) (Remote host closed the connection)
2021-01-21 17:34:17 +0100knupfer(~Thunderbi@200116b824777500f562db9a2fb1b44c.dip.versatel-1u1.de)
2021-01-21 17:35:07 +0100 <ezzieyguywuf> merijn: I'll take a look thank you.
2021-01-21 17:35:26 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac)
2021-01-21 17:35:51 +0100sternmull(~kringel@pd9ed7a92.dip0.t-ipconnect.de)
2021-01-21 17:35:52 +0100Sonderblade(~helloman@94.191.152.250) (Read error: No route to host)
2021-01-21 17:36:04 +0100Sonderblade(~helloman@94.191.152.250.mobile.tre.se)
2021-01-21 17:36:57 +0100ubert(~Thunderbi@p200300ecdf1ee0a5e6b318fffe838f33.dip0.t-ipconnect.de) (Ping timeout: 260 seconds)
2021-01-21 17:38:00 +0100p7lpa1ugixavugu(~atomic@2800:810:514:e7:106f:56:5b7:f864) (Read error: Connection reset by peer)
2021-01-21 17:38:39 +0100liyang(~liyang@90.253.54.54)
2021-01-21 17:38:43 +0100ilchu(d26b805e@210.107.128.94)
2021-01-21 17:38:48 +0100ADG1089__(~aditya@122.163.160.223)
2021-01-21 17:39:07 +0100ADG1089_(~aditya@223.235.77.133) (Ping timeout: 256 seconds)
2021-01-21 17:39:12 +0100 <itai33[m]> the pvp spec confuses me, moving a function from one exposed module to another counts as a breaking change right
2021-01-21 17:39:20 +0100 <itai33[m]> even if you move it from a "side" module to the main one in the library
2021-01-21 17:39:20 +0100 <merijn> Yes
2021-01-21 17:39:28 +0100ilchu(d26b805e@210.107.128.94) (Client Quit)
2021-01-21 17:39:30 +0100 <itai33[m]> neat thanks
2021-01-21 17:39:47 +0100 <merijn> itai33[m]: It's not "move" its "delete in A, add in B"
2021-01-21 17:39:56 +0100 <merijn> And deletions are breaking
2021-01-21 17:40:19 +0100 <merijn> Since anyone importing it from the original module gets a compile error
2021-01-21 17:41:01 +0100 <itai33[m]> merijn: yes makes sense
2021-01-21 17:42:24 +0100 <ezzieyguywuf> merijn: how can I generate the plan.json file for `cabal test`, which has a different build plan than `cabal build`
2021-01-21 17:42:58 +0100 <merijn> ezzieyguywuf: "cabal build --enable-tests" :)
2021-01-21 17:42:59 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Remote host closed the connection)
2021-01-21 17:43:06 +0100 <ezzieyguywuf> nice
2021-01-21 17:43:18 +0100 <merijn> At least, that should work :p
2021-01-21 17:43:18 +0100 <ezzieyguywuf> is there a way to say "just generate the build plan but don't build anything"?
2021-01-21 17:43:22 +0100knupfer(~Thunderbi@200116b824777500f562db9a2fb1b44c.dip.versatel-1u1.de) (Ping timeout: 260 seconds)
2021-01-21 17:43:38 +0100 <merijn> Maybe --dry-run does that?
2021-01-21 17:43:53 +0100 <ezzieyguywuf> ah hah, it does
2021-01-21 17:44:31 +0100 <merijn> ezzieyguywuf: I recall you were doing packaging for gentoo(?) or something, right?
2021-01-21 17:45:03 +0100 <ezzieyguywuf> what does the ellipses in this output mean? I'm looking at line 127 specifically : https://dpaste.com/BD42V8MWW
2021-01-21 17:45:04 +0100 <merijn> ezzieyguywuf: The problem you are seeing with the hashes is that you, effectively, need to generate a build plan for *all* system packages you plan to install at once
2021-01-21 17:45:08 +0100 <ezzieyguywuf> merijn: yes that's right
2021-01-21 17:45:21 +0100p7lpa1ugixavugu(~atomic@2800:810:514:e7:106f:56:5b7:f864)
2021-01-21 17:45:22 +0100 <merijn> ezzieyguywuf: Since you need *everything* to be transitively compatible
2021-01-21 17:45:53 +0100 <merijn> Dunno what the elipsis mean, tbh
2021-01-21 17:45:56 +0100 <ezzieyguywuf> merijn: well, the specific problem I'm trying to solve is - I want `cabal build dry-run` to _only_ build the project - any dependencies should be satisfied by the gentoo package manager (for no other reason than "I want it to")
2021-01-21 17:46:26 +0100 <ezzieyguywuf> and I've been succesful at accomplishing this except for one weird one regarding an hspec-discover dependency
2021-01-21 17:46:30 +0100 <ezzieyguywuf> so that's what I'm trying to track down
2021-01-21 17:46:31 +0100vappend(~ezrakilty@75-172-109-5.tukw.qwest.net)
2021-01-21 17:46:31 +0100 <ezzieyguywuf> :)
2021-01-21 17:47:45 +0100 <merijn> ezzieyguywuf: Also might wanna ask on haskell-cafe mailing list, has a wider audience for niche questions
2021-01-21 17:48:41 +0100 <ezzieyguywuf> merijn: I'll keep that in mind, thank you.
2021-01-21 17:48:57 +0100rwdrich(560395a9@cpc159427-cmbg20-2-0-cust424.5-4.cable.virginm.net) (Quit: Connection closed)
2021-01-21 17:48:58 +0100 <ezzieyguywuf> that probably means I need to find a more succinct way to ask my question ^_^
2021-01-21 17:50:50 +0100gproto23(~gproto23@unaffiliated/gproto23)
2021-01-21 17:51:45 +0100gproto23(~gproto23@unaffiliated/gproto23) (Client Quit)
2021-01-21 17:52:21 +0100 <itai33[m]> is there a good tool that goes over your cabal file and widens the dependencies as much as possible without introducing compiler errors?
2021-01-21 17:53:04 +0100 <itai33[m]> like widens the dependency version limits if not clear
2021-01-21 17:53:24 +0100 <ezzieyguywuf> hm, even `cabal build --dry-run --verbose=3` has helpful output it seems, but I don't understand why the "configured hspec-discover" is different from the "PreExisting..." https://dpaste.com/8KJUHW6D3
2021-01-21 17:53:39 +0100Lord_of_Life_(~Lord@unaffiliated/lord-of-life/x-0885362)
2021-01-21 17:54:05 +0100gxt(~gxt@gateway/tor-sasl/gxt) (Remote host closed the connection)
2021-01-21 17:54:28 +0100 <ezzieyguywuf> this might be easier to look at, I've hidden some of the irrelevant lines: https://dpaste.com/8KJUHW6D3
2021-01-21 17:56:18 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac) (Remote host closed the connection)
2021-01-21 17:56:48 +0100Lord_of_Life(~Lord@unaffiliated/lord-of-life/x-0885362) (Ping timeout: 260 seconds)
2021-01-21 17:56:53 +0100Lord_of_Life_Lord_of_Life
2021-01-21 17:57:36 +0100 <Uniaika> heya
2021-01-21 17:57:48 +0100 <Uniaika> I'm trying to build haddock with cabal
2021-01-21 17:57:53 +0100 <Uniaika> (or at least run cabal freeze)
2021-01-21 17:58:22 +0100 <Uniaika> I have installed ghc-9.0 prerelease with ghcup
2021-01-21 17:58:30 +0100 <Uniaika> and I run the following command: cabal freeze -w ghc-9.0
2021-01-21 17:58:59 +0100 <Uniaika> and here is the long, obscure error message from the resolver: https://paste.tomsmeding.com/cxCaAxFC
2021-01-21 17:59:03 +0100amx(amx@percival.namespace.at)
2021-01-21 17:59:18 +0100 <Uniaika> and I really don't understand why it's trying Cabal-3.4.0.0 because I uninstalled it from ghcup
2021-01-21 17:59:52 +0100 <merijn> Uniaika: I think 9.0 *requires* 3.4
2021-01-21 18:00:09 +0100 <Uniaika> ah that's interesting indeed.
2021-01-21 18:03:01 +0100hnOsmium0001(uid453710@gateway/web/irccloud.com/x-nqknitdsztaixrvi)
2021-01-21 18:03:38 +0100 <itai33[m]> If i change the type of a function in a major version bump, should i add a @since annotation? the docs are kind of vague on this and i'm not really sure
2021-01-21 18:03:46 +0100tzh(~tzh@c-24-21-73-154.hsd1.or.comcast.net)
2021-01-21 18:03:56 +0100wroathe(~wroathe@c-68-54-25-135.hsd1.mn.comcast.net) (Ping timeout: 240 seconds)
2021-01-21 18:04:48 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl) (Quit: shell changes)
2021-01-21 18:05:09 +0100Aquazi(uid312403@gateway/web/irccloud.com/x-seivngwiizgxsrze)
2021-01-21 18:06:57 +0100 <dsal> If you think adding more information would be useful to someone trying to use your API, nobody's going to tell you not to.
2021-01-21 18:07:00 +0100livvy(~livvy@gateway/tor-sasl/livvy) (Remote host closed the connection)
2021-01-21 18:09:33 +0100livvy(~livvy@gateway/tor-sasl/livvy)
2021-01-21 18:11:43 +0100argento(~argent0@168.227.97.34) (Ping timeout: 256 seconds)
2021-01-21 18:11:47 +0100kritzefitz(~kritzefit@fw-front.credativ.com) (Remote host closed the connection)
2021-01-21 18:12:36 +0100Rudd0(~Rudd0@185.189.115.103) (Ping timeout: 244 seconds)
2021-01-21 18:13:46 +0100 <Uniaika> itai33[m]: It would certainly help people figure out their upgrade strategy, so I would say yes :)
2021-01-21 18:14:05 +0100 <ezzieyguywuf> hm, this seems to be the same thing I'm running into, i.e. "does not contain executable 'hspec-discover'" https://github.com/haskell-nix/hnix/issues/429
2021-01-21 18:14:21 +0100 <itai33[m]> dsal: but it's kind of misleading to people that are stuck on old versions, since they might think that the old version literally doesn't contain the function, rather than containing a different version of it
2021-01-21 18:14:34 +0100 <ezzieyguywuf> could it be something about the way that I installed the package? I *do* have the hspec-discover executable installed, but ghc-pkg doesn't seem to know about it
2021-01-21 18:14:45 +0100 <itai33[m]> Uniaika: the issue is there isn't room in a since haddock to say "this function existed earlier, but the type changed"
2021-01-21 18:15:01 +0100 <ezzieyguywuf> here's my similar output https://dpaste.com/B36VPC49A
2021-01-21 18:15:08 +0100 <itai33[m]> like i'm listing the changes and how to migrate in the changelog as well
2021-01-21 18:15:09 +0100 <dsal> itai33[m]: You can write whatever text you think might be helpful in the documentation. There's no need to think this hard about it. :)
2021-01-21 18:15:29 +0100 <itai33[m]> lol yeah probably
2021-01-21 18:15:42 +0100 <itai33[m]> but since haddocks only support version numbers right
2021-01-21 18:16:28 +0100 <itai33[m]> so i can just write this in the docs themselves, i feel like a @changed haddock would be a good compliment to @since
2021-01-21 18:17:20 +0100 <Uniaika> < itai33[m]> Uniaika: the issue is there isn't room in a since haddock to say "this function existed earlier, but the type changed" // It's a new API and thus a new functions
2021-01-21 18:17:25 +0100 <Uniaika> names don't mean shit
2021-01-21 18:17:35 +0100 <Uniaika> we rely on a type system, not a semantic engine
2021-01-21 18:17:36 +0100 <itai33[m]> gotcha
2021-01-21 18:18:11 +0100 <Uniaika> (which is unfortunate, but it also mean that we can have a proof of correctness for the following functions: add x y = x - y)
2021-01-21 18:18:14 +0100 <itai33[m]> thanks for the advice gang
2021-01-21 18:18:34 +0100wroathe(~wroathe@c-68-54-25-135.hsd1.mn.comcast.net)
2021-01-21 18:18:38 +0100 <itai33[m]> Uniaika: wait how can we prove the correctness of that
2021-01-21 18:18:47 +0100Guest21132(~adeene@181.131.0.191) (Ping timeout: 256 seconds)
2021-01-21 18:19:00 +0100kritzefitz(~kritzefit@212.86.56.80)
2021-01-21 18:19:05 +0100geekosaur(82650c7c@130.101.12.124)
2021-01-21 18:19:27 +0100 <Uniaika> itai33[m]: it's very easy!
2021-01-21 18:19:38 +0100dirediresalt(DirefulSal@gateway/vpn/privateinternetaccess/direfulsalt) (Remote host closed the connection)
2021-01-21 18:19:40 +0100 <Uniaika> subtraction is very easy to prove :)
2021-01-21 18:20:00 +0100 <Uniaika> but we don't have a semantic engine for the name, so its correctness is unprovable
2021-01-21 18:20:09 +0100dirediresalt(DirefulSal@gateway/vpn/privateinternetaccess/direfulsalt)
2021-01-21 18:20:28 +0100 <Uniaika> that's what I'm aiming at with your case
2021-01-21 18:20:36 +0100 <Uniaika> the name may have stayed the same
2021-01-21 18:20:45 +0100 <Uniaika> but the type tells another story
2021-01-21 18:20:53 +0100Guest_21(5f39c299@95.57.194.153)
2021-01-21 18:21:15 +0100 <Uniaika> so in the end, different function altogether, since the previous one disappears
2021-01-21 18:21:29 +0100 <Guest_21> !today
2021-01-21 18:21:32 +0100 <Guest_21> !bot
2021-01-21 18:21:34 +0100 <Guest_21> !menu
2021-01-21 18:21:35 +0100 <Uniaika> Guest_21: !nope
2021-01-21 18:22:11 +0100 <itai33[m]> right, i thought you mean that was can somehow prove that subtraction is correct with the type system
2021-01-21 18:23:53 +0100niekvandepas(~niekvande@dhcp-077-249-088-250.chello.nl)
2021-01-21 18:23:58 +0100Guest_21(5f39c299@95.57.194.153) ()
2021-01-21 18:24:11 +0100rajivr(uid269651@gateway/web/irccloud.com/x-llrvdszoiopertxb) (Quit: Connection closed for inactivity)
2021-01-21 18:25:41 +0100Deide(~Deide@217.155.19.23)
2021-01-21 18:26:22 +0100 <ph88> does someone have a bot to git clone, bump stack LTS and open merge request ?
2021-01-21 18:27:00 +0100 <maerwald> sounds like a job for dependabot, but it doesn't support haskell
2021-01-21 18:27:17 +0100rwdrich(560395a9@cpc159427-cmbg20-2-0-cust424.5-4.cable.virginm.net)
2021-01-21 18:27:37 +0100Rudd0(~Rudd0@185.189.115.103)
2021-01-21 18:28:10 +0100niekvandepas(~niekvande@dhcp-077-249-088-250.chello.nl) (Ping timeout: 246 seconds)
2021-01-21 18:29:14 +0100 <Uniaika> ph88: but then you need to take care of the API changes that occur, so an automated PR will highlight those, but not solve them
2021-01-21 18:29:28 +0100 <ph88> yes would be nice to highlight
2021-01-21 18:31:34 +0100 <Uniaika> ph88: you're going to end up with a PR for every new LTS that you won't necessarily be able to merge. You should write a cron task (or w/e Windows equivalent if you run this) that check the stackage.org website for new LTSes
2021-01-21 18:31:34 +0100jfe(~user@pool-71-184-149-134.bstnma.fios.verizon.net) (Quit: ERC (IRC client for Emacs 27.1))
2021-01-21 18:35:12 +0100poscat(~poscat@221.217.131.44) (Quit: ZNC 1.8.2 - https://znc.in)
2021-01-21 18:36:28 +0100poscat(~poscat@221.217.131.44)
2021-01-21 18:39:33 +0100 <ephemient> check the atom feed https://www.stackage.org/feed/lts or fetch directly from the source https://github.com/commercialhaskell/stackage-snapshots
2021-01-21 18:39:58 +0100 <ephemient> but yeah dependabot would be a good model to follow, if that's what you're trying to do
2021-01-21 18:40:36 +0100 <ephemient> there's a feature request: https://github.com/dependabot/dependabot-core/issues/2745
2021-01-21 18:41:12 +0100 <ephemient> (although that's looks to be about cabal bounds rather than stack)
2021-01-21 18:42:47 +0100texasmynsted(~texasmyns@99.96.221.112)
2021-01-21 18:43:07 +0100hackagebifunctors 5.5.10 - Bifunctors https://hackage.haskell.org/package/bifunctors-5.5.10 (ryanglscott)
2021-01-21 18:45:25 +0100Sheilong(uid293653@gateway/web/irccloud.com/x-olucfykwgwfcwmlt) (Quit: Connection closed for inactivity)
2021-01-21 18:46:16 +0100justsomeguy(~justsomeg@unaffiliated/--/x-3805311)
2021-01-21 18:47:07 +0100knupfer(~Thunderbi@i5E86B473.versanet.de)
2021-01-21 18:47:41 +0100 <ph88> Uniaika, ye its just a bit involved to write such a script
2021-01-21 18:49:02 +0100 <ph88> thanks for the link ephemient
2021-01-21 18:49:12 +0100 <Uniaika> ph88: well, compared to dependabot which doesn't support Haskell, I'd say it's a net improvement :P
2021-01-21 18:50:35 +0100mshadle(~mshadle@185.204.1.185) (Remote host closed the connection)
2021-01-21 18:53:24 +0100 <ph88> ye definitely, i want to do it .. just asking maybe someone had already a script lying around or so
2021-01-21 18:53:30 +0100 <ph88> im using gitlab by the way
2021-01-21 18:56:41 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac)
2021-01-21 18:58:40 +0100 <justsomeguy> Can I install a package using "cabal install" from a tarball generated by "cabal sdist"?
2021-01-21 18:59:40 +0100 <Uniaika> p. sure you can, justsomeguy
2021-01-21 18:59:47 +0100 <Uniaika> as long as it has a .cabal file
2021-01-21 19:00:04 +0100thunderrd(~thunderrd@183.182.115.7) (Remote host closed the connection)
2021-01-21 19:00:05 +0100 <sm[m]> ph88: sounds useful, maybe ask in the stackage issue tracker too ?
2021-01-21 19:00:30 +0100 <[exa]> justsomeguy: `cabal install` in the unpacked directory should just work
2021-01-21 19:00:49 +0100 <ph88> sm[m], ask for what ? for somebody to make it ?
2021-01-21 19:00:58 +0100 <exarkun> I'm kind of baffled by this crypto-api / cryptonite type error, https://gist.github.com/exarkun/1ea529e37ee0c4fe8c2502fe9670d190
2021-01-21 19:01:14 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac) (Ping timeout: 264 seconds)
2021-01-21 19:01:15 +0100 <monochrom> You can also keep it packed and write the tarball filename where you normally write the package name
2021-01-21 19:02:02 +0100kuribas(~user@ip-188-118-57-242.reverse.destiny.be) (Quit: ERC (IRC client for Emacs 26.3))
2021-01-21 19:02:22 +0100verement(~anonymous@cpe-76-167-229-223.san.res.rr.com)
2021-01-21 19:02:24 +0100 <sm[m]> ph88: ask if there's anything like this already in use, or who would be interested in helping. Might flush out existing tools
2021-01-21 19:03:01 +0100 <ph88> ah i see
2021-01-21 19:04:34 +0100 <justsomeguy> It seems to install if I unpack the tarbal, navigate to that directory, and run "cabal install". It doesn't work if I run "cabal install $path_to_tarball", though. Instead it says "cabal: Unrecognised target".
2021-01-21 19:05:12 +0100bobpp_(~bobpp_@s91904426.blix.com)
2021-01-21 19:06:14 +0100smerdyakov(~dan@5.146.195.145) (Quit: Ping timeout (120 seconds))
2021-01-21 19:06:18 +0100smerdyakov0(~dan@5.146.195.145)
2021-01-21 19:06:19 +0100 <monochrom> Ah, my bad.
2021-01-21 19:06:23 +0100 <[exa]> exarkun: does `:i AES128` report the typeclass? if not, add imports
2021-01-21 19:07:00 +0100 <[exa]> monochrom: I actually dearly wish that cabal could do that :]
2021-01-21 19:07:45 +0100 <monochrom> I made a wrong extrapolation. This is what worked: in cabal.project, writing "packages: tarballfilename"
2021-01-21 19:08:15 +0100verement(~anonymous@cpe-76-167-229-223.san.res.rr.com) (Quit: verement)
2021-01-21 19:08:32 +0100 <exarkun> [exa]: It doesn't. But the instance is inline with the type and is already imported, https://hackage.haskell.org/package/cipher-aes-0.2.11/docs/src/Crypto-Cipher-AES.html#AES128
2021-01-21 19:09:45 +0100p-core(~Thunderbi@2001:718:1e03:5128:3697:eeda:19aa:8e56)
2021-01-21 19:10:47 +0100 <[exa]> oh noes, the preprocessor magics
2021-01-21 19:12:08 +0100mastarija(~mastarija@188.252.198.219)
2021-01-21 19:13:00 +0100 <[exa]> but it shold work without any problems for sure
2021-01-21 19:14:24 +0100rwdrich(560395a9@cpc159427-cmbg20-2-0-cust424.5-4.cable.virginm.net) (Quit: Connection closed)
2021-01-21 19:14:25 +0100 <exarkun> bleh gotta go, probably good to set this aside for a while anyway..
2021-01-21 19:15:26 +0100tromp_(~tromp@dhcp-077-249-230-040.chello.nl) (Remote host closed the connection)
2021-01-21 19:16:26 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl)
2021-01-21 19:17:02 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 19:21:14 +0100chele(~chele@ip5b40237d.dynamic.kabel-deutschland.de) (Remote host closed the connection)
2021-01-21 19:21:22 +0100kw(d4662d5d@212.102.45.93)
2021-01-21 19:25:24 +0100tromp(~tromp@dhcp-077-249-230-040.chello.nl)
2021-01-21 19:26:26 +0100justsomeguy(~justsomeg@unaffiliated/--/x-3805311) (Ping timeout: 264 seconds)
2021-01-21 19:26:46 +0100tromp(~tromp@dhcp-077-249-230-040.chello.nl) (Remote host closed the connection)
2021-01-21 19:27:22 +0100deu(de@uio.re)
2021-01-21 19:28:10 +0100conal(~conal@64.71.133.70) (Quit: Computer has gone to sleep.)
2021-01-21 19:28:48 +0100tromp(~tromp@dhcp-077-249-230-040.chello.nl)
2021-01-21 19:29:18 +0100 <Uniaika> merijn: I can't decipher cabal's error this time https://paste.tomsmeding.com/LeyBpNp0 :/
2021-01-21 19:29:55 +0100knupfer(~Thunderbi@i5E86B473.versanet.de) (Ping timeout: 256 seconds)
2021-01-21 19:30:19 +0100 <merijn> Uniaika: ghc-paths doesn't support 3.4
2021-01-21 19:30:27 +0100 <merijn> Uniaika: Or at least, it's bounds don't
2021-01-21 19:30:31 +0100 <Uniaika> waaaait
2021-01-21 19:30:57 +0100 <merijn> Uniaika: Line 7-9
2021-01-21 19:31:21 +0100 <merijn> Uniaika: It's saying you have a ghc-paths with 3.4, and that it conflicts with the ghc-paths with bounds >=1.6 && < 3.3
2021-01-21 19:31:36 +0100 <Uniaika> damnit indeed, phadej's revision allowed up to 3.3
2021-01-21 19:31:39 +0100 <Uniaika> I'm going to submit a PR
2021-01-21 19:31:43 +0100 <merijn> Uniaika: Oh, wait
2021-01-21 19:31:52 +0100Uniaikawaits
2021-01-21 19:31:53 +0100 <merijn> I think I see the issue
2021-01-21 19:32:07 +0100 <merijn> It's not ghc-paths, it's ghc-paths.*setup*
2021-01-21 19:32:19 +0100 <merijn> Sounds like it's using build type Custom
2021-01-21 19:32:34 +0100 <Uniaika> ah, indeed it does
2021-01-21 19:32:43 +0100 <Uniaika> https://github.com/simonmar/ghc-paths/blob/master/Setup.hs
2021-01-21 19:33:03 +0100 <merijn> Oh, but custom setup has correct bounds, but those conflict with 3.4
2021-01-21 19:33:07 +0100mmmattyx(uid17782@gateway/web/irccloud.com/x-sgcuwigximqszcsf) (Quit: Connection closed for inactivity)
2021-01-21 19:33:21 +0100 <merijn> Uniaika: You can try using allow-newer on ghc-paths to relax the upper bound
2021-01-21 19:33:35 +0100 <merijn> Uniaika: Also, you probably wanna use head.hackage
2021-01-21 19:33:46 +0100 <Uniaika> damnit, do I?
2021-01-21 19:33:48 +0100 <merijn> (don't ask me how, I don't know how it works!)
2021-01-21 19:33:58 +0100 <Uniaika> it's to fix the CI for this PR https://github.com/haskell/haddock/pull/1296
2021-01-21 19:34:02 +0100 <Uniaika> (just for context)
2021-01-21 19:34:08 +0100 <Uniaika> (but context is important)
2021-01-21 19:34:11 +0100 <merijn> Uniaika: head.hackage is a bunch of compat patches/hacks on top of Hackage so you can use stuff with GHC-HEAD
2021-01-21 19:34:20 +0100 <merijn> Uniaika: Someone in #ghc should know how it works
2021-01-21 19:34:44 +0100 <ph88> is there any way to get the % of lines in test coverage with hpc ? i get 3 separate percentages for top level definitions, alternatives and expressions. Not sure what to do with that
2021-01-21 19:34:59 +0100 <Uniaika> merijn: yeah I'm going to bring the discussion there
2021-01-21 19:35:08 +0100 <Uniaika> thanks merijn :)
2021-01-21 19:37:23 +0100geowiesnot(~user@87-89-181-157.abo.bbox.fr) (Ping timeout: 260 seconds)
2021-01-21 19:37:49 +0100Neuromancer(~Neuromanc@unaffiliated/neuromancer)
2021-01-21 19:39:07 +0100mmmattyx(uid17782@gateway/web/irccloud.com/x-qzgpanocefpjroax)
2021-01-21 19:43:39 +0100conal(~conal@64.71.133.70)
2021-01-21 19:46:29 +0100tromp(~tromp@dhcp-077-249-230-040.chello.nl) (Remote host closed the connection)
2021-01-21 19:48:32 +0100geowiesnot(~user@i15-les02-ix2-87-89-181-157.sfr.lns.abo.bbox.fr)
2021-01-21 19:54:15 +0100spatchkaa(~spatchkaa@S010600fc8da47b63.gv.shawcable.net)
2021-01-21 19:55:12 +0100Tario(~Tario@201.192.165.173) (Read error: Connection reset by peer)
2021-01-21 19:55:25 +0100Graf_Blutwurst(~grafblutw@2001:171b:226e:adc0:11ea:c594:3295:43f3) (Ping timeout: 272 seconds)
2021-01-21 19:55:48 +0100Graf_Blutwurst(~grafblutw@adsl-178-38-234-220.adslplus.ch)
2021-01-21 19:55:51 +0100ukari(~ukari@unaffiliated/ukari) (Remote host closed the connection)
2021-01-21 19:57:04 +0100ukari(~ukari@unaffiliated/ukari)
2021-01-21 19:58:12 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac)
2021-01-21 19:58:22 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Remote host closed the connection)
2021-01-21 19:58:44 +0100hyiltiz(~quassel@unaffiliated/hyiltiz) (Ping timeout: 265 seconds)
2021-01-21 19:59:12 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 19:59:42 +0100cheater(~user@unaffiliated/cheater) (Ping timeout: 265 seconds)
2021-01-21 20:00:44 +0100hyiltiz(~quassel@unaffiliated/hyiltiz)
2021-01-21 20:02:47 +0100jpds(~jpds@gateway/tor-sasl/jpds) (Remote host closed the connection)
2021-01-21 20:03:02 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac) (Ping timeout: 264 seconds)
2021-01-21 20:03:12 +0100jpds(~jpds@gateway/tor-sasl/jpds)
2021-01-21 20:03:13 +0100elfets(~elfets@ip-37-201-23-96.hsi13.unitymediagroup.de)
2021-01-21 20:03:40 +0100berberman(~berberman@unaffiliated/berberman)
2021-01-21 20:04:25 +0100Graf_Blutwurst(~grafblutw@adsl-178-38-234-220.adslplus.ch) (Quit: WeeChat 3.0)
2021-01-21 20:04:27 +0100berberman_(~berberman@unaffiliated/berberman) (Ping timeout: 260 seconds)
2021-01-21 20:05:29 +0100juuandyy(~juuandyy@90.106.228.121)
2021-01-21 20:08:01 +0100kw(d4662d5d@212.102.45.93) (Quit: Connection closed)
2021-01-21 20:08:44 +0100Kaivo(~Kaivo@104-200-86-99.mc.derytele.com) (Quit: WeeChat 3.0)
2021-01-21 20:11:47 +0100iteratee(~kyle@162.211.154.4) (Ping timeout: 265 seconds)
2021-01-21 20:14:54 +0100Lycurgus(~niemand@cpe-45-46-139-165.buffalo.res.rr.com)
2021-01-21 20:15:21 +0100DavidEichmann(~david@234.109.45.217.dyn.plus.net) (Remote host closed the connection)
2021-01-21 20:16:35 +0100asheshambasta(~user@ptr-e1lysawp8tryl7bjhuw.18120a2.ip6.access.telenet.be) (Ping timeout: 260 seconds)
2021-01-21 20:17:45 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Remote host closed the connection)
2021-01-21 20:20:44 +0100tromp(~tromp@dhcp-077-249-230-040.chello.nl)
2021-01-21 20:22:02 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 20:22:14 +0100 <sayola> uh, what are the differences between blaze and lucid? i wanna pick one to write some svg
2021-01-21 20:22:26 +0100Lycurgus(~niemand@cpe-45-46-139-165.buffalo.res.rr.com) (Quit: Exeunt)
2021-01-21 20:23:52 +0100vpidurr(~jmdurr@ool-182e0115.dyn.optonline.net) (Quit: Leaving)
2021-01-21 20:26:08 +0100tromp(~tromp@dhcp-077-249-230-040.chello.nl) (Ping timeout: 260 seconds)
2021-01-21 20:27:43 +0100 <gentauro> a friend of mine posted this? https://boards.greenhouse.io/github/jobs/2263639
2021-01-21 20:27:46 +0100 <gentauro> any takers? :)
2021-01-21 20:27:59 +0100gentaurohe should probably post it in /r/haskell
2021-01-21 20:27:59 +0100cstrahan(sid36118@gateway/web/irccloud.com/x-eoawfxwbhlcltxpm) (*.net *.split)
2021-01-21 20:27:59 +0100m4lvin(~m4lvin@w4eg.de) (*.net *.split)
2021-01-21 20:27:59 +0100billstclair(sid77830@gateway/web/irccloud.com/x-upbttiykivkfirbo) (*.net *.split)
2021-01-21 20:27:59 +0100teehemkay(sid14792@gateway/web/irccloud.com/x-rempqwaycmjvysnr) (*.net *.split)
2021-01-21 20:27:59 +0100verlet64_(sid261276@gateway/web/irccloud.com/x-anjjmtdatkxqpayg) (*.net *.split)
2021-01-21 20:27:59 +0100enikar(~enikar@2001:41d0:2:8673::42) (*.net *.split)
2021-01-21 20:27:59 +0100feepo(sid28508@gateway/web/irccloud.com/x-akfduhrryrjwyhil) (*.net *.split)
2021-01-21 20:27:59 +0100parisienne(sid383587@gateway/web/irccloud.com/x-tmgltsvzoxldmfky) (*.net *.split)
2021-01-21 20:27:59 +0100higherorder(sid185221@gateway/web/irccloud.com/x-nmquvmgklsxevfcs) (*.net *.split)
2021-01-21 20:27:59 +0100integral(sid296274@p3m/member/integral) (*.net *.split)
2021-01-21 20:27:59 +0100Nascha(sid212230@gateway/web/irccloud.com/x-geweeqvbhzzqlkfi) (*.net *.split)
2021-01-21 20:27:59 +0100Wojciech_K(~wojciechk@2001:41d0:a:5be4::449) (*.net *.split)
2021-01-21 20:27:59 +0100jjhoo(jahakala@dsl-trebng21-b048b5-171.dhcp.inet.fi) (*.net *.split)
2021-01-21 20:27:59 +0100suzu_(~scaleuser@2001:bc8:1824:43f::1) (*.net *.split)
2021-01-21 20:28:07 +0100WojciechK(~wojciechk@srv04.mikr.us)
2021-01-21 20:28:09 +0100m4lvin_(~m4lvin@w4eg.de)
2021-01-21 20:28:10 +0100 <exarkun> Ugh. So Crypto.Conduit is based on crypto-api not cryptonite. Thus it wants an instance of Crypto.Classes.BlockCipher whereas with cryptonote's Crypto.Cipher.AES.AES128 I have an instance of cryptonote's Crypto.Cipher.Types.BlockCipher. :/
2021-01-21 20:28:11 +0100parisienne(sid383587@gateway/web/irccloud.com/x-igtbfhqszcxhtlro)
2021-01-21 20:28:12 +0100teehemkay(sid14792@gateway/web/irccloud.com/x-miwhotgwsxjvrbkj)
2021-01-21 20:28:12 +0100 <koala_man> oh man, that sounds like fun
2021-01-21 20:28:15 +0100suzu_(~scaleuser@2001:bc8:1824:43f::1)
2021-01-21 20:28:17 +0100 <koz_> gentauro: Let Haskell Weekly know too.
2021-01-21 20:28:18 +0100Nascha(sid212230@gateway/web/irccloud.com/x-ovrmqrffvxcnnylt)
2021-01-21 20:28:18 +0100integral(sid296274@p3m/member/integral)
2021-01-21 20:28:18 +0100cstrahan(sid36118@gateway/web/irccloud.com/x-yidizhgrtpwocmqr)
2021-01-21 20:28:22 +0100verlet64_(sid261276@gateway/web/irccloud.com/x-qrofpurpjpuogfec)
2021-01-21 20:28:27 +0100higherorder(sid185221@gateway/web/irccloud.com/x-aahbnmgmfslwjrpp)
2021-01-21 20:28:35 +0100enikar(~enikar@2001:41d0:2:8673::42)
2021-01-21 20:28:36 +0100feepo(sid28508@gateway/web/irccloud.com/x-nueoothjeagxmewn)
2021-01-21 20:28:50 +0100billstclair(sid77830@gateway/web/irccloud.com/x-snznqpotkeaaigxy)
2021-01-21 20:29:19 +0100 <koala_man> ooh, there's a US version too
2021-01-21 20:29:41 +0100 <exarkun> but where I can get an instance of Crypto.Classes.BlockCipher for AES 128 I have no idea (hoogle lists no instance at all)
2021-01-21 20:30:18 +0100 <gentauro> koala_man: it's a danish company that was bought by GH
2021-01-21 20:30:40 +0100 <gentauro> most of the peeps are based in CPH and they are pretty pretty clever and nice peeps
2021-01-21 20:31:22 +0100 <koala_man> I know enough danish to get by, but dang, that 9 hour time difference
2021-01-21 20:31:45 +0100geekosaur(82650c7c@130.101.12.124) (Ping timeout: 248 seconds)
2021-01-21 20:31:55 +0100knupfer(~Thunderbi@200116b824777500e07470fffec6f2ff.dip.versatel-1u1.de)
2021-01-21 20:31:57 +0100knupfer(~Thunderbi@200116b824777500e07470fffec6f2ff.dip.versatel-1u1.de) (Client Quit)
2021-01-21 20:32:09 +0100knupfer(~Thunderbi@i5E86B473.versanet.de)
2021-01-21 20:33:29 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac)
2021-01-21 20:34:00 +0100 <exarkun> Hm, can make an instance of Crypto.Cipher.Types.BlockCipher for all Crypto.Classes.BlockCipher instances
2021-01-21 20:34:03 +0100tromp(~tromp@dhcp-077-249-230-040.chello.nl)
2021-01-21 20:34:11 +0100conal(~conal@64.71.133.70) (Quit: Computer has gone to sleep.)
2021-01-21 20:34:14 +0100 <gentauro> koala_man: I'm doing a freelance gig and we work with peeps from Texas
2021-01-21 20:34:23 +0100 <gentauro> lets say, they are "special" :D
2021-01-21 20:34:34 +0100texasmynsted(~texasmyns@99.96.221.112) (Quit: ZNC - http://znc.in)
2021-01-21 20:34:44 +0100 <gentauro> https://old.reddit.com/r/haskell/comments/l25t1v/software_engineer_codeql_language_analysis_remote/?
2021-01-21 20:34:47 +0100 <gentauro> :)
2021-01-21 20:35:08 +0100 <gentauro> koz_: how do we get that reddit post to Haskell Weekly?
2021-01-21 20:35:08 +0100fresheyeball(~isaac@c-71-237-105-37.hsd1.co.comcast.net)
2021-01-21 20:37:21 +0100ixaxaar(~ixaxaar@49.207.210.215) (Ping timeout: 256 seconds)
2021-01-21 20:38:58 +0100 <gentauro> btw, I told my friend, who shared the job app, to keep updated with the post so he (they) can answer any questions :)
2021-01-21 20:39:13 +0100juuandyy(~juuandyy@90.106.228.121) (Ping timeout: 272 seconds)
2021-01-21 20:39:51 +0100pjb(~t@2a01cb04063ec500ada756ee9c7d381c.ipv6.abo.wanadoo.fr) (Ping timeout: 244 seconds)
2021-01-21 20:40:50 +0100 <koz_> gentauro: They have a Github thingo you can post issues on?
2021-01-21 20:40:52 +0100 <koz_> I forget where.
2021-01-21 20:41:30 +0100juuandyy(~juuandyy@90.106.228.121)
2021-01-21 20:42:37 +0100 <gentauro> koz_: I guess if the post get popular on /r/haskell, they will see it anyway :)
2021-01-21 20:42:44 +0100 <koz_> gentauro: Why take the chance?
2021-01-21 20:42:49 +0100kritzefitz(~kritzefit@212.86.56.80) (Remote host closed the connection)
2021-01-21 20:43:15 +0100urodna(~urodna@unaffiliated/urodna) (Read error: Connection reset by peer)
2021-01-21 20:43:30 +0100kw(d4662d5d@212.102.45.93)
2021-01-21 20:43:30 +0100iteratee(~kyle@162.211.154.4)
2021-01-21 20:43:52 +0100 <exarkun> The constraint ‘Crypto.Cipher.Types.BlockCipher cipher’ is no smaller than the instance head ‘Crypto.Classes.BlockCipher cipher’
2021-01-21 20:43:55 +0100 <gentauro> koz_: good point
2021-01-21 20:44:35 +0100 <koz_> gentauro: I make those on rare occasions.
2021-01-21 20:44:59 +0100 <merijn> You can just email the Haskell Weekly guys
2021-01-21 20:45:05 +0100 <exarkun> https://gist.github.com/exarkun/bfdf75c677e967cebbf9533d10371a7c ?
2021-01-21 20:45:23 +0100 <merijn> Although pretty sure they charge for job advertisements
2021-01-21 20:45:46 +0100 <merijn> Then again, the cost-benefit of paying to feature in Haskell Weekly is probably much larger than anywhere else ;)
2021-01-21 20:46:09 +0100 <Uniaika> $60 for an ad, IIRC
2021-01-21 20:46:25 +0100 <gentauro> koz_: merijn: then I would let GitHub reach out :)
2021-01-21 20:46:27 +0100 <merijn> I mean, it's definitely cheap for something you can expense to the company
2021-01-21 20:47:01 +0100 <koz_> merijn: TIL.
2021-01-21 20:47:13 +0100 <gentauro> I mean, I (personally) would like as many peeps to work with programming languages, but I can became a sponsor for it xD
2021-01-21 20:47:31 +0100gentauroI'm doing my best with my Meetup group in CPH :P
2021-01-21 20:47:38 +0100hackagemixed-types-num 0.4.1 - Alternative Prelude with numeric and logic expressions typed bottom-up https://hackage.haskell.org/package/mixed-types-num-0.4.1 (MichalKonecny)
2021-01-21 20:47:47 +0100 <gentauro> merijn: sure, I will tell my friend
2021-01-21 20:47:56 +0100 <gentauro> maybe they do it
2021-01-21 20:48:08 +0100jjhoo(jahakala@dsl-trebng21-b048b5-171.dhcp.inet.fi)
2021-01-21 20:48:28 +0100 <merijn> gentauro: meetups, events, etc. you can get featured in Haskell Weekly for free, but companies have to pay to sponsor the infrastructure/time (then again, if you can't pay like 60-150 for an ad, can you really afford to hire anyone? :p)
2021-01-21 20:48:42 +0100 <gentauro> btw, I just noticed that if I probably added GitHub in the title for the /r/haskell post, it would maybe be more popular xD
2021-01-21 20:49:07 +0100 <gentauro> merijn: if it was my company, I would pay for sure
2021-01-21 20:49:19 +0100 <gentauro> but I will not pay for somebody elses company (I guess that's my point)
2021-01-21 20:50:33 +0100 <merijn> Oh, I wasn't saying *you* should pay :p
2021-01-21 20:50:47 +0100 <gentauro> merijn: but GH is a "corporation" owned by MS so they probably have to reach out to "many layers". I'm even recalling when asking for stickers (I taught kidos to code and they really like the octocat for their laptops)
2021-01-21 20:51:32 +0100 <gentauro> I remember I asked them for stickers and it was "well, bla bla bla" nothing happened. Then I met a `tech guy` at a conf and he had a full box. He just gave it to me :D
2021-01-21 20:52:11 +0100edge563(~edge563@gateway/tor-sasl/edge563) (Quit: edge563)
2021-01-21 20:52:29 +0100fresheyeball(~isaac@c-71-237-105-37.hsd1.co.comcast.net) (Quit: WeeChat 2.9)
2021-01-21 20:52:31 +0100 <gentauro> parents were a bit: "eh, did you give our kidos all the stickers that are now covering my laptop in full?" xD
2021-01-21 20:52:38 +0100juuandyy(~juuandyy@90.106.228.121) (Quit: Konversation terminated!)
2021-01-21 20:54:04 +0100cheater(~user@unaffiliated/cheater)
2021-01-21 20:58:49 +0100motherfsck(~motherfsc@unaffiliated/motherfsck) (Remote host closed the connection)
2021-01-21 21:02:05 +0100iteratee(~kyle@162.211.154.4) (Ping timeout: 240 seconds)
2021-01-21 21:02:31 +0100jackk_Doe(~jackk@205.178.111.134) (Quit: Going offline, see ya! (www.adiirc.com))
2021-01-21 21:04:08 +0100geekosaur(82650c7c@130.101.12.124)
2021-01-21 21:05:33 +0100petersen(~petersen@redhat/juhp) (Ping timeout: 264 seconds)
2021-01-21 21:06:19 +0100conal(~conal@64.71.133.70)
2021-01-21 21:06:36 +0100Tario(~Tario@201.192.165.173)
2021-01-21 21:06:39 +0100ADG1089__(~aditya@122.163.160.223) (Remote host closed the connection)
2021-01-21 21:08:26 +0100dandart(~Thunderbi@home.dandart.co.uk) (Ping timeout: 240 seconds)
2021-01-21 21:08:35 +0100dandart1(~Thunderbi@home.dandart.co.uk)
2021-01-21 21:10:54 +0100dandart1dandart
2021-01-21 21:11:09 +0100ADG1089__(~aditya@122.163.160.223)
2021-01-21 21:11:25 +0100danvet(~Daniel@2a02:168:57f4:0:efd0:b9e5:5ae6:c2fa) (Ping timeout: 272 seconds)
2021-01-21 21:11:47 +0100elfets_(~elfets@ip-37-201-23-96.hsi13.unitymediagroup.de)
2021-01-21 21:11:48 +0100cgadski_(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 21:11:53 +0100hyperisco(~hyperisco@104-195-141-253.cpe.teksavvy.com) (Disconnected by services)
2021-01-21 21:11:56 +0100hyperisco_(~hyperisco@104-195-141-253.cpe.teksavvy.com)
2021-01-21 21:11:56 +0100 <MrMuffles[m]> Hey I dont really know what I'm talking about but is there a macro monad? It seems like macros follow the pattern, in order to work with a macro you need a macro. So a lift would be useful, and then binding macros too.
2021-01-21 21:12:05 +0100Sgeo__(~Sgeo@ool-18b98aa4.dyn.optonline.net)
2021-01-21 21:12:05 +0100bogdanp_(~bogdanp@188.24.80.165)
2021-01-21 21:12:31 +0100 <geekosaur> unless you mean TH's Q monad, no
2021-01-21 21:13:59 +0100 <exarkun> What does it mean for a constraint to be "smaller than the instance head"? https://gist.github.com/exarkun/46b122be66467b2f11a526ed1e537ad1
2021-01-21 21:14:22 +0100bogdanp(~bogdanp@188.24.80.165) (Read error: Connection reset by peer)
2021-01-21 21:14:22 +0100elliott_(~elliott_@pool-108-51-101-42.washdc.fios.verizon.net) (Ping timeout: 256 seconds)
2021-01-21 21:14:43 +0100zebrag(~inkbottle@aaubervilliers-654-1-120-135.w86-198.abo.wanadoo.fr) (Remote host closed the connection)
2021-01-21 21:14:45 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Ping timeout: 256 seconds)
2021-01-21 21:14:49 +0100 <geekosaur> exarkun, in your specific case I suspect it means you have the same class by two different names (one module reexports the other)
2021-01-21 21:14:56 +0100Lord_of_Life(~Lord@unaffiliated/lord-of-life/x-0885362) (Excess Flood)
2021-01-21 21:15:06 +0100zebrag(~inkbottle@aaubervilliers-654-1-120-135.w86-198.abo.wanadoo.fr)
2021-01-21 21:15:19 +0100elfets(~elfets@ip-37-201-23-96.hsi13.unitymediagroup.de) (Ping timeout: 256 seconds)
2021-01-21 21:15:19 +0100Neuromancer(~Neuromanc@unaffiliated/neuromancer) (Ping timeout: 256 seconds)
2021-01-21 21:15:19 +0100Sgeo_(~Sgeo@ool-18b98aa4.dyn.optonline.net) (Ping timeout: 256 seconds)
2021-01-21 21:15:19 +0100Deewiant(~deewiant@de1.ut.deewiant.iki.fi) (Ping timeout: 256 seconds)
2021-01-21 21:15:21 +0100Lord_of_Life(~Lord@unaffiliated/lord-of-life/x-0885362)
2021-01-21 21:15:37 +0100Deewiant(~deewiant@de1.ut.deewiant.iki.fi)
2021-01-21 21:15:43 +0100 <geekosaur> so you haven't told it anything it didn't already know with the constraint
2021-01-21 21:15:44 +0100elliott_(~elliott_@pool-108-51-101-42.washdc.fios.verizon.net)
2021-01-21 21:15:47 +0100 <exarkun> geekosaur: As far as I can tell crypto-api and cryptonite have actually different BlockCiphers.
2021-01-21 21:15:52 +0100deviantfero(~deviantfe@190.150.27.58) (Quit: WeeChat 3.0)
2021-01-21 21:16:04 +0100 <exarkun> cryptonite's https://hackage.haskell.org/package/cryptonite-0.27/docs/Crypto-Cipher-Types.html#t:BlockCipher
2021-01-21 21:16:04 +0100hyperisco_hyperisco
2021-01-21 21:16:12 +0100cgadski_(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Remote host closed the connection)
2021-01-21 21:16:13 +0100 <exarkun> crypto-api's https://hackage.haskell.org/package/crypto-api-0.13.2/docs/Crypto-Classes.html#t:BlockCipher
2021-01-21 21:16:20 +0100deviantfero(~deviantfe@190.150.27.58)
2021-01-21 21:16:38 +0100 <exarkun> different docs, different contents
2021-01-21 21:17:26 +0100 <geekosaur> then it's telling you they're not related in any useful way and you can't use one package's ciphers with the other's
2021-01-21 21:17:44 +0100 <exarkun> I am trying to relate them
2021-01-21 21:18:05 +0100 <exarkun> The most recent gist link is a greatly reduced example of the case that results in this error
2021-01-21 21:18:12 +0100 <exarkun> (doesn't use any crypto libs at all)
2021-01-21 21:18:19 +0100Neuromancer(~Neuromanc@unaffiliated/neuromancer)
2021-01-21 21:18:29 +0100mastarija(~mastarija@188.252.198.219) (Ping timeout: 265 seconds)
2021-01-21 21:18:54 +0100 <geekosaur> "no smaller than the instance head" means it can't derive any useful type information from the constraint, so it's useless.
2021-01-21 21:20:24 +0100deviantfero(~deviantfe@190.150.27.58) (Client Quit)
2021-01-21 21:20:48 +0100deviantfero(~deviantfe@190.150.27.58)
2021-01-21 21:21:14 +0100 <exarkun> I don't understand that part. It seems like useful type information to me. :)
2021-01-21 21:22:06 +0100avdb(~avdb@gateway/tor-sasl/avdb) (Ping timeout: 268 seconds)
2021-01-21 21:22:25 +0100 <exarkun> If I forget about one of the typeclasses and just declare `instance X AnY where ...` then it's fine
2021-01-21 21:22:26 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac) (Remote host closed the connection)
2021-01-21 21:23:03 +0100 <exarkun> So why doesn't it generalize with `instance Y y => X y where ...`?
2021-01-21 21:23:19 +0100 <merijn> exarkun: It looks like you're trying to put a superclass constraint on the instance
2021-01-21 21:23:24 +0100 <merijn> exarkun: Which you can't
2021-01-21 21:23:52 +0100 <merijn> exarkun: Basically, you're not using any functions of Y inside the instance for X
2021-01-21 21:23:56 +0100 <merijn> exarkun: So it's useless
2021-01-21 21:24:20 +0100 <exarkun> isn't `b` a function of `Y`?
2021-01-21 21:24:29 +0100 <merijn> oh, wait, hmm
2021-01-21 21:24:52 +0100 <merijn> exarkun: That's a bad instance though
2021-01-21 21:24:58 +0100 <merijn> exarkun: Means you can't define any others
2021-01-21 21:25:05 +0100 <merijn> Because they all overlap
2021-01-21 21:25:28 +0100geekosaur(82650c7c@130.101.12.124) (Quit: Connection closed)
2021-01-21 21:25:31 +0100 <exarkun> That seems like a fair point to me. Is that why GHC doesn't allow it?
2021-01-21 21:25:42 +0100raehik(~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) (Quit: WeeChat 3.0)
2021-01-21 21:26:05 +0100 <dolio> Yes. Haskell disallows instances of that form.
2021-01-21 21:26:18 +0100geekosaur(82650c7c@130.101.12.124)
2021-01-21 21:26:23 +0100 <dolio> They must be `instance ... C (T a b c ...) where`
2021-01-21 21:26:46 +0100 <kw> GHC allows it with UndecidableInstances. So...
2021-01-21 21:26:48 +0100 <dolio> Where a,b,c,... are variables.
2021-01-21 21:27:01 +0100 <dolio> You can turn on more flexible rules as extensions.
2021-01-21 21:27:47 +0100raehik(~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net)
2021-01-21 21:27:52 +0100geekosaurtried to link the manual about the coverage condition but you can't make links from section headers in the manual he googled, pfeh. (it's probably ancient)
2021-01-21 21:28:33 +0100 <geekosaur> (and then I got disconnected, double pfeh)
2021-01-21 21:29:11 +0100 <exarkun> Hm. With FlexibleInstances and UndecidableInstances the program still doesn't compile, but because `print anX` is now ambiguous because ... wait, why? It says overlapping instances but I don't understand.
2021-01-21 21:29:12 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 21:29:27 +0100 <merijn> exarkun: "instance X y"
2021-01-21 21:29:38 +0100 <merijn> exarkun: You're saying *any* type 'y' is an instance of X
2021-01-21 21:29:45 +0100 <merijn> So, literally all possible types
2021-01-21 21:29:59 +0100 <merijn> exarkun: "but I had a constraint on the instance"
2021-01-21 21:30:04 +0100 <exarkun> Sorry, ambiguous statement on my part
2021-01-21 21:30:11 +0100 <exarkun> Or maybe not, go on please
2021-01-21 21:30:13 +0100raehik(~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) (Client Quit)
2021-01-21 21:30:16 +0100 <merijn> exarkun: Constraints are only used for *checking*, not for deciding if something is an instance
2021-01-21 21:30:22 +0100 <exarkun> Oh
2021-01-21 21:31:00 +0100 <dolio> Type classes don't do any branching search.
2021-01-21 21:31:04 +0100 <exarkun> well then, that's a pretty bad instances, isn't it.
2021-01-21 21:31:24 +0100 <merijn> exarkun: Yes :p
2021-01-21 21:31:49 +0100 <exarkun> So is there a right way to say "for instances of Y, you can have an instance of X like ..."?
2021-01-21 21:32:10 +0100raehik(~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net)
2021-01-21 21:32:55 +0100 <merijn> exarkun: Short: No. Longer: No, but you can make it nicer if *you* are the one defining class X
2021-01-21 21:33:32 +0100 <exarkun> dang
2021-01-21 21:33:54 +0100 <kw> merjin: You mean with DefaultSignatures?
2021-01-21 21:33:57 +0100 <merijn> exarkun: The DefaultSignatures extension allows you to define default implementations that are more restrictive than the class
2021-01-21 21:34:00 +0100 <merijn> kw: Yeah
2021-01-21 21:37:05 +0100 <merijn> exarkun: Something like so: https://paste.tomsmeding.com/3mQYcams
2021-01-21 21:37:26 +0100 <exarkun> I will try to digest that. In practice, I didn't define either of these classes though.
2021-01-21 21:38:19 +0100 <merijn> If you don't control either class you can still kinda do it, but it's messier
2021-01-21 21:38:28 +0100 <merijn> You can use a newtype + DerivingVia
2021-01-21 21:38:43 +0100 <merijn> But then we're solidly in extension land :p
2021-01-21 21:38:46 +0100 <exarkun> I'm thinking about cutting my losses and just defining an instance for AES128 for now :)
2021-01-21 21:39:29 +0100 <exarkun> Oh even that is not going to be easy because there's missing superclasses...
2021-01-21 21:39:32 +0100exarkungrumbles
2021-01-21 21:40:18 +0100xff0x(~xff0x@2001:1a81:5287:d000:98a:8bfd:18b8:391e) (Ping timeout: 244 seconds)
2021-01-21 21:41:41 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt) (Remote host closed the connection)
2021-01-21 21:42:33 +0100xff0x(xff0x@gateway/vpn/mullvad/xff0x)
2021-01-21 21:44:52 +0100 <exarkun> or maybe I should fork crypto-conduit and switch it to cryptonite
2021-01-21 21:45:55 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac)
2021-01-21 21:46:36 +0100jackk_Doe(~jackk@205.178.111.134)
2021-01-21 21:49:14 +0100_ht(~quassel@82-169-194-8.biz.kpn.net) (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)
2021-01-21 21:50:38 +0100elfets_(~elfets@ip-37-201-23-96.hsi13.unitymediagroup.de) (Ping timeout: 265 seconds)
2021-01-21 21:52:22 +0100usr25(~usr25@unaffiliated/usr25)
2021-01-21 21:54:47 +0100cfricke(~cfricke@unaffiliated/cfricke)
2021-01-21 21:57:08 +0100xff0x(xff0x@gateway/vpn/mullvad/xff0x) (Ping timeout: 272 seconds)
2021-01-21 21:57:44 +0100Gurkenglas(~Gurkengla@unaffiliated/gurkenglas) (Read error: Connection reset by peer)
2021-01-21 21:58:12 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac) (Remote host closed the connection)
2021-01-21 21:58:37 +0100dhouthoo(~dhouthoo@ptr-eitgbj2w0uu6delkbrh.18120a2.ip6.access.telenet.be) (Quit: WeeChat 3.0)
2021-01-21 21:58:47 +0100xff0x(~xff0x@2001:1a81:5287:d000:98a:8bfd:18b8:391e)
2021-01-21 22:01:16 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac)
2021-01-21 22:01:51 +0100vicfred(~vicfred@unaffiliated/vicfred)
2021-01-21 22:02:09 +0100quinn(~quinn@c-73-223-224-163.hsd1.ca.comcast.net)
2021-01-21 22:04:03 +0100devalot[m](devalotmat@gateway/shell/matrix.org/x-tpyjcmamkdjdztff)
2021-01-21 22:08:12 +0100justan0theruser(~justanoth@unaffiliated/justanotheruser) (Ping timeout: 244 seconds)
2021-01-21 22:09:21 +0100knupfer(~Thunderbi@i5E86B473.versanet.de) (Ping timeout: 246 seconds)
2021-01-21 22:10:56 +0100gienah(~mwright@gentoo/developer/gienah)
2021-01-21 22:11:27 +0100jmchael(~jmchael@87.112.235.234) (Quit: Leaving)
2021-01-21 22:11:37 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac) (Remote host closed the connection)
2021-01-21 22:12:08 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 265 seconds)
2021-01-21 22:12:55 +0100omnitrogen(~omnitroge@vps-c9700282.vps.ovh.net)
2021-01-21 22:13:38 +0100justanotheruser(~justanoth@unaffiliated/justanotheruser)
2021-01-21 22:14:32 +0100cgadski(~cgadski@a95-95-106-208.cpe.netcabo.pt)
2021-01-21 22:18:26 +0100cfricke(~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.0)
2021-01-21 22:19:36 +0100concept24(~concept2@unaffiliated/tubo)
2021-01-21 22:21:31 +0100Varis(~Tadas@unaffiliated/varis) (Remote host closed the connection)
2021-01-21 22:21:55 +0100rayyyy(~nanoz@gateway/tor-sasl/nanoz) (Ping timeout: 268 seconds)
2021-01-21 22:22:37 +0100coot(~coot@37.30.55.132.nat.umts.dynamic.t-mobile.pl) (Quit: coot)
2021-01-21 22:23:00 +0100concept2(~concept2@unaffiliated/tubo) (Ping timeout: 246 seconds)
2021-01-21 22:23:01 +0100concept24concept2
2021-01-21 22:23:58 +0100argento(~argent0@168.227.97.34)
2021-01-21 22:25:09 +0100bram[m]1(bramvdbnet@gateway/shell/matrix.org/x-zugvknxbtikcvrct)
2021-01-21 22:27:28 +0100xsperry(~as@unaffiliated/xsperry) (Ping timeout: 260 seconds)
2021-01-21 22:27:29 +0100conal(~conal@64.71.133.70) (Quit: Computer has gone to sleep.)
2021-01-21 22:28:04 +0100kobaam(~manjaro-u@2601:285:c000:a6c0::6593)
2021-01-21 22:28:57 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac)
2021-01-21 22:30:37 +0100mirrorbird(~psutcliff@2a00:801:42b:aff3:74af:2f22:932d:eac0)
2021-01-21 22:30:39 +0100 <kobaam> Does anyone have experience with using xmonad via nix? My xmobar when installed via pacman loads all utf unicode characters via \xabcd0 codes. However, when I use the nix version it doesn't load the unicode characters, and the volume module doesn't work at all. It always says N/AN/A in place of my volume percent.
2021-01-21 22:30:46 +0100 <kobaam> Does anyone know how to fix this?
2021-01-21 22:32:13 +0100 <kobaam> well, technically it gets the unicode characters via /bin/echo. and Run.
2021-01-21 22:32:42 +0100 <kobaam> and always says "Updating..." when I try to load it.
2021-01-21 22:33:02 +0100 <ph88> how can i read the project description from the cabal file ? i want to put that as a string elsewhere with the command line
2021-01-21 22:33:25 +0100 <kw> kobaam: How are you installing it with nix?
2021-01-21 22:33:53 +0100 <kobaam> ghcWithPackages
2021-01-21 22:34:10 +0100 <kobaam> and nix-env -rif
2021-01-21 22:34:54 +0100devalot[m](devalotmat@gateway/shell/matrix.org/x-tpyjcmamkdjdztff) ("User left")
2021-01-21 22:36:15 +0100 <kw> kobaam: Ah, sorry. I'm using it with nixos.
2021-01-21 22:37:24 +0100 <kobaam> and, it works?
2021-01-21 22:37:46 +0100 <kw> kobaam: Yep. Have you made sure that the right configure flags are set for volume control and unicode?
2021-01-21 22:37:53 +0100 <kobaam> also, are you doing just haskellPackages.xmobar instead of ghcWithPackages.xmobar
2021-01-21 22:38:14 +0100raehik(~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net) (Ping timeout: 265 seconds)
2021-01-21 22:38:34 +0100 <kw> kobaam: Yeah, haskellPackages rather than ghcWithPackages.
2021-01-21 22:38:37 +0100 <kobaam> I'm relatively new to nix, how might you set configure flags?
2021-01-21 22:38:51 +0100raehik(~raehik@cpc95906-rdng25-2-0-cust156.15-3.cable.virginm.net)
2021-01-21 22:38:53 +0100 <kobaam> do you need to modify the derivation?
2021-01-21 22:39:27 +0100oisdk(~oisdk@2001:bb6:3329:d100:8dc0:be8b:dde8:93dc) (Quit: oisdk)
2021-01-21 22:39:41 +0100 <kw> You can use `haskell.lib.appendConfigureFlag` and `haskell.lib.removeConfigureFlag`.
2021-01-21 22:40:18 +0100dandart(~Thunderbi@home.dandart.co.uk) (Ping timeout: 260 seconds)
2021-01-21 22:41:02 +0100conal(~conal@64.71.133.70)
2021-01-21 22:41:12 +0100geowiesnot(~user@i15-les02-ix2-87-89-181-157.sfr.lns.abo.bbox.fr) (Ping timeout: 246 seconds)
2021-01-21 22:42:03 +0100geekosaur(82650c7c@130.101.12.124) (Quit: Connection closed)
2021-01-21 22:42:24 +0100sord937(~sord937@gateway/tor-sasl/sord937) (Quit: sord937)
2021-01-21 22:42:57 +0100sternmull(~kringel@pd9ed7a92.dip0.t-ipconnect.de) (Ping timeout: 246 seconds)
2021-01-21 22:42:59 +0100ADG1089__(~aditya@122.163.160.223) (Remote host closed the connection)
2021-01-21 22:44:33 +0100argento(~argent0@168.227.97.34) (Ping timeout: 264 seconds)
2021-01-21 22:45:03 +0100Tops21(~Tobias@dyndsl-095-033-017-009.ewe-ip-backbone.de)
2021-01-21 22:46:15 +0100dandart(~Thunderbi@home.dandart.co.uk)
2021-01-21 22:46:24 +0100takuan(~takuan@178-116-218-225.access.telenet.be) (Remote host closed the connection)
2021-01-21 22:47:42 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl)
2021-01-21 22:48:31 +0100Tops2(~Tobias@dyndsl-095-033-017-009.ewe-ip-backbone.de) (Ping timeout: 256 seconds)
2021-01-21 22:48:39 +0100motherfsck(~motherfsc@unaffiliated/motherfsck)
2021-01-21 22:48:49 +0100kw(d4662d5d@212.102.45.93) (Ping timeout: 248 seconds)
2021-01-21 22:48:52 +0100 <kobaam> kw: `haskell.lib.appendConfigureFlag(xmobar, "-all_extensions")` - this doesn't work, what am I missing
2021-01-21 22:48:53 +0100 <kobaam> frick
2021-01-21 22:49:10 +0100oisdk(~oisdk@2001:bb6:3329:d100:8dc0:be8b:dde8:93dc)
2021-01-21 22:50:09 +0100geowiesnot(~user@87-89-181-157.abo.bbox.fr)
2021-01-21 22:50:34 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac) (Remote host closed the connection)
2021-01-21 22:51:33 +0100cole-h(~cole-h@c-73-48-197-220.hsd1.ca.comcast.net)
2021-01-21 22:52:45 +0100merijn(~merijn@83-160-49-249.ip.xs4all.nl) (Ping timeout: 246 seconds)
2021-01-21 22:53:09 +0100acidjnk_new(~acidjnk@p200300d0c704e776a49f4784935d2ac6.dip0.t-ipconnect.de) (Ping timeout: 244 seconds)
2021-01-21 22:53:54 +0100royal_screwup21(52254809@gateway/web/cgi-irc/kiwiirc.com/ip.82.37.72.9)
2021-01-21 22:55:51 +0100alex`(~user@cpe-67-245-28-54.nyc.res.rr.com)
2021-01-21 22:57:57 +0100deviantfero(~deviantfe@190.150.27.58) (Quit: WeeChat 3.0)
2021-01-21 22:59:59 +0100Guest42450(~textual@mskresolve-a.mskcc.org) (Ping timeout: 265 seconds)
2021-01-21 23:00:44 +0100elfets_(~elfets@2002:25c9:1760:0:e508:18fe:efeb:30d9)
2021-01-21 23:00:56 +0100star_cloud(~star_clou@ec2-34-220-44-120.us-west-2.compute.amazonaws.com) (Remote host closed the connection)
2021-01-21 23:01:16 +0100star_cloud(~star_clou@ec2-34-220-44-120.us-west-2.compute.amazonaws.com)
2021-01-21 23:01:19 +0100texasmynsted(~texasmyns@99.96.221.112)
2021-01-21 23:03:30 +0100 <koz_> How do I inform tasty that if _anything_ in a TestTree fails, the whole TestTree should fail immediately?
2021-01-21 23:05:03 +0100tromp(~tromp@dhcp-077-249-230-040.chello.nl) (Remote host closed the connection)
2021-01-21 23:11:00 +0100star_cloud(~star_clou@ec2-34-220-44-120.us-west-2.compute.amazonaws.com) (Excess Flood)
2021-01-21 23:12:14 +0100star_cloud(~star_clou@ec2-34-220-44-120.us-west-2.compute.amazonaws.com)
2021-01-21 23:15:01 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac)
2021-01-21 23:15:19 +0100nineonine(~nineonine@50.216.62.2) (Ping timeout: 260 seconds)
2021-01-21 23:15:41 +0100omnitrogen(~omnitroge@vps-c9700282.vps.ovh.net) (Read error: Connection reset by peer)
2021-01-21 23:16:20 +0100omnitrogen(~omnitroge@vps-c9700282.vps.ovh.net)
2021-01-21 23:18:06 +0100 <kobaam> well, I'll just use the pacman version for now, I'll have to look inside its package to see what they're doing differently, and adjust for it on the nix side
2021-01-21 23:22:21 +0100dandart(~Thunderbi@home.dandart.co.uk) (Ping timeout: 264 seconds)
2021-01-21 23:27:17 +0100kobaam(~manjaro-u@2601:285:c000:a6c0::6593) (Quit: Konversation terminated!)
2021-01-21 23:27:46 +0100alex`(~user@cpe-67-245-28-54.nyc.res.rr.com) (Remote host closed the connection)
2021-01-21 23:29:28 +0100deviantfero(~deviantfe@190.150.27.58)
2021-01-21 23:32:14 +0100pjb(~t@2a01cb04063ec500f54c15bc3341a564.ipv6.abo.wanadoo.fr)
2021-01-21 23:39:01 +0100viluon(uid453725@gateway/web/irccloud.com/x-yhsrehodqhtuezti) (Quit: Connection closed for inactivity)
2021-01-21 23:40:15 +0100pjb(~t@2a01cb04063ec500f54c15bc3341a564.ipv6.abo.wanadoo.fr) (Ping timeout: 272 seconds)
2021-01-21 23:42:22 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac) (Remote host closed the connection)
2021-01-21 23:43:07 +0100mmmattyx(uid17782@gateway/web/irccloud.com/x-qzgpanocefpjroax) (Quit: Connection closed for inactivity)
2021-01-21 23:48:21 +0100Jd007(~Jd007@162.156.11.151) (Quit: Jd007)
2021-01-21 23:48:54 +0100roconnor(~roconnor@host-45-58-196-78.dyn.295.ca)
2021-01-21 23:49:15 +0100heatsink(~heatsink@2600:1700:bef1:5e10:b40a:4b9d:ef25:d9ac)
2021-01-21 23:52:31 +0100tromp(~tromp@dhcp-077-249-230-040.chello.nl)
2021-01-21 23:58:01 +0100Tario(~Tario@201.192.165.173) (Read error: Connection reset by peer)
2021-01-21 23:58:16 +0100recon_-(~quassel@2602:febc:0:b6::6ca2) (Quit: No Ping reply in 180 seconds.)
2021-01-21 23:59:33 +0100recon_-(~quassel@2602:febc:0:b6::6ca2)