Newest at the top
| 2024-09-29 23:27:51 +0200 | juri_ | (~juri@implicitcad.org) juri_ |
| 2024-09-29 23:24:40 +0200 | peterbecich | (~Thunderbi@syn-047-229-123-186.res.spectrum.com) peterbecich |
| 2024-09-29 23:23:59 +0200 | <dolio> | And by "do that" I mean turn off those optimizations in that case. |
| 2024-09-29 23:23:37 +0200 | <dolio> | I don't recall if you can test for someone saying to optimize less, or if you'd have to use a flag for that, but maybe you should do that in case someone wants to build faster. |
| 2024-09-29 23:22:09 +0200 | <dolio> | Cabal does -O by default. |
| 2024-09-29 23:20:53 +0200 | merijn | (~merijn@204-220-045-062.dynamic.caiway.nl) (Ping timeout: 248 seconds) |
| 2024-09-29 23:20:47 +0200 | weary-traveler | (~user@user/user363627) user363627 |
| 2024-09-29 23:20:22 +0200 | <[exa]> | (in my case there's a few executables and stuff like -fexpose-unfoldings and -fspecialise-aggressively gives ~20x speedup for free) |
| 2024-09-29 23:17:50 +0200 | <[exa]> | is it a good practice to put optimization flags into a cabal file, or is there some mechanism that defaults stuff well from the environment? (also, does the default include -O or not?) |
| 2024-09-29 23:17:49 +0200 | raehik | (~raehik@rdng-25-b2-v4wan-169990-cust1344.vm39.cable.virginm.net) raehik |
| 2024-09-29 23:17:29 +0200 | aforemny | (~aforemny@i59F4C7BB.versanet.de) aforemny |
| 2024-09-29 23:15:46 +0200 | merijn | (~merijn@204-220-045-062.dynamic.caiway.nl) merijn |
| 2024-09-29 23:12:27 +0200 | weary-traveler | (~user@user/user363627) (Remote host closed the connection) |
| 2024-09-29 23:04:36 +0200 | merijn | (~merijn@204-220-045-062.dynamic.caiway.nl) (Ping timeout: 246 seconds) |
| 2024-09-29 23:04:11 +0200 | jinsun | (~jinsun@user/jinsun) (Client Quit) |
| 2024-09-29 23:04:03 +0200 | Guest2324 | (~jinsun@user/jinsun) () |
| 2024-09-29 23:03:57 +0200 | jinsun_ | jinsun |
| 2024-09-29 23:03:57 +0200 | jinsun | Guest2324 |
| 2024-09-29 23:03:57 +0200 | jinsun_ | (~jinsun@user/jinsun) jinsun |
| 2024-09-29 22:59:59 +0200 | merijn | (~merijn@204-220-045-062.dynamic.caiway.nl) merijn |
| 2024-09-29 22:58:56 +0200 | weary-traveler | (~user@user/user363627) user363627 |
| 2024-09-29 22:58:15 +0200 | <deepfire> | ok, I had to cave in and come up with a secret storage backend |
| 2024-09-29 22:49:14 +0200 | merijn | (~merijn@204-220-045-062.dynamic.caiway.nl) (Ping timeout: 260 seconds) |
| 2024-09-29 22:48:17 +0200 | Typedfern | (~Typedfern@2a02:9130:9c34:14e4:99e7:1e2d:3a90:e394) typedfern |
| 2024-09-29 22:47:06 +0200 | <geekosaur> | `dbus-launch nheko`? |
| 2024-09-29 22:46:16 +0200 | <deepfire> | "Nheko could not connect to the secure storage to save encryption secrets to. This can have multiple reasons. Check if your D-Bus service is running and you have configured a service like KWallet, Gnome Keyring, KeePassXC or the equivalent for your platform. If you are having trouble, feel free to open an issue here: https://github.com/Nheko-Reborn/nheko/issues" |
| 2024-09-29 22:45:49 +0200 | <geekosaur> | might require some part of the KDE services (kwalletd?) |
| 2024-09-29 22:45:35 +0200 | <geekosaur> | I have no idea, I've never seen that |
| 2024-09-29 22:45:24 +0200 | raehik | (~raehik@rdng-25-b2-v4wan-169990-cust1344.vm39.cable.virginm.net) (Ping timeout: 265 seconds) |
| 2024-09-29 22:45:06 +0200 | <deepfire> | geekosaur: is there a way to circumvent nheko's insistence on failing without it being able to access "secure storage"? |
| 2024-09-29 22:44:11 +0200 | merijn | (~merijn@204-220-045-062.dynamic.caiway.nl) merijn |
| 2024-09-29 22:41:26 +0200 | <haskellbridge> | <sm> but that's a quick PR away |
| 2024-09-29 22:41:06 +0200 | <haskellbridge> | <sm> hmm, not much about networking in there |
| 2024-09-29 22:36:47 +0200 | takuan | (~takuan@178-116-218-225.access.telenet.be) (Remote host closed the connection) |
| 2024-09-29 22:35:44 +0200 | Typedfern | (~Typedfern@2a02:9130:9c34:14e4:a221:40a0:af5b:f354) (Ping timeout: 265 seconds) |
| 2024-09-29 22:34:57 +0200 | <haskellbridge> | <sm> for the former, your building blocks are: https://chrisdone.github.io/hell/api |
| 2024-09-29 22:34:56 +0200 | morb | (~morb@pool-108-41-100-120.nycmny.fios.verizon.net) (Ping timeout: 255 seconds) |
| 2024-09-29 22:33:47 +0200 | <haskellbridge> | <sm> challenge: build a super-lean minimal matrix client in hell or microhs |
| 2024-09-29 22:33:14 +0200 | Unicorn_Princess | (~Unicorn_P@user/Unicorn-Princess/x-3540542) Unicorn_Princess |
| 2024-09-29 22:32:01 +0200 | synchromesh | (~john@2406:5a00:241a:5600:e176:3a40:8bde:547a) synchromesh |
| 2024-09-29 22:30:27 +0200 | synchromesh | (~john@2406:5a00:241a:5600:e176:3a40:8bde:547a) (Read error: Connection reset by peer) |
| 2024-09-29 22:30:27 +0200 | morb | (~morb@pool-108-41-100-120.nycmny.fios.verizon.net) |
| 2024-09-29 22:27:18 +0200 | <geekosaur> | (after producing a lot of untranslated ui strings on my firefox) |
| 2024-09-29 22:27:03 +0200 | <geekosaur> | app.element.io refused to run on konqueror 😞 |
| 2024-09-29 22:26:26 +0200 | haskellbridge | sm found a few alternatives at https://www.tecmint.com/linux-web-browsers . Anyway, hope something works |
| 2024-09-29 22:26:03 +0200 | raehik | (~raehik@rdng-25-b2-v4wan-169990-cust1344.vm39.cable.virginm.net) raehik |
| 2024-09-29 22:23:58 +0200 | <haskellbridge> | <sm> it should definitely be working in firefox, seems worth bugtracker investigation |
| 2024-09-29 22:22:57 +0200 | <__monty__> | Don't want to try Chrome so not really I don't think? |
| 2024-09-29 22:22:00 +0200 | <haskellbridge> | <sm> weird, any other browser you could try ? |
| 2024-09-29 22:21:46 +0200 | <haskellbridge> | <sm> __monty__: that seems like the latest, it's what I have |