2025/05/03

Newest at the top

2025-05-03 04:18:57 +0200td_(~td@i53870919.versanet.de) td_
2025-05-03 04:17:47 +0200td_(~td@i53870923.versanet.de) (Ping timeout: 276 seconds)
2025-05-03 03:43:55 +0200OftenFaded(~OftenFade@user/tisktisk) OftenFaded
2025-05-03 03:28:56 +0200OftenFaded20(~OftenFade@user/tisktisk) (Client Quit)
2025-05-03 03:28:30 +0200OftenFaded(~OftenFade@user/tisktisk) (Ping timeout: 240 seconds)
2025-05-03 03:27:41 +0200OftenFaded20(~OftenFade@user/tisktisk) OftenFaded
2025-05-03 03:20:49 +0200 <dpn`> ergh, trying to get HLS working in my xmonad stack is a pain
2025-05-03 03:19:50 +0200OftenFaded(~OftenFade@user/tisktisk) OftenFaded
2025-05-03 03:15:30 +0200catman(~catman@user/catman) catman
2025-05-03 03:00:14 +0200catman(~catman@user/catman) (Quit: WeeChat 4.6.2)
2025-05-03 02:48:56 +0200sajenim(~sajenim@user/sajenim) sajenim
2025-05-03 02:43:58 +0200 <dpn`> oh just spotted this in the docs: Most people will want the rotAllUp or rotAllDown actions from XMonad.Actions.RotSlaves to cycle all windows in the stack.
2025-05-03 02:42:49 +0200 <dpn`> s/to/so
2025-05-03 02:42:36 +0200 <dpn`> i just started using catgirl geekosaur - nice to far for my minimal irc requirements.... i miss irc being the main place to chat, everything has such heavy desktop clients :/
2025-05-03 02:41:10 +0200 <dpn`> I'm a little confused about X.M.CycleWindows rotFocusedUp - it seems to always leave one window out of the rotation... how do I rotate all windows?
2025-05-03 02:22:28 +0200OftenFaded(~OftenFade@user/tisktisk) (Quit: Client closed)
2025-05-02 21:39:49 +0200OftenFaded(~OftenFade@user/tisktisk) OftenFaded
2025-05-02 21:23:23 +0200 <geekosaur> I tried to configure my hexchat for it but it broke tab statuses, and that was apparently a WONTFIX. (it's now irrelevant as the project has been abandoned; I need to find a new client)
2025-05-02 20:56:03 +0200 <srk> _sometimes_
2025-05-02 20:55:57 +0200 <srk> _works in my irssi_ :D
2025-05-02 20:23:13 +0200todi(~todi@183.96.168.66) todi
2025-05-02 19:47:49 +0200haskellbridge(~hackager@syn-024-093-192-219.res.spectrum.com) hackager
2025-05-02 19:45:02 +0200haskellbridge(~hackager@syn-024-093-192-219.res.spectrum.com) (Remote host closed the connection)
2025-05-02 19:44:59 +0200todi(~todi@p57803331.dip0.t-ipconnect.de) (Ping timeout: 245 seconds)
2025-05-02 19:39:33 +0200todi(~todi@p57803331.dip0.t-ipconnect.de) todi
2025-05-02 19:37:19 +0200todi(~todi@p57803331.dip0.t-ipconnect.de) (Ping timeout: 252 seconds)
2025-05-02 19:37:15 +0200OftenFaded(~OftenFade@user/tisktisk) (Quit: OftenFaded)
2025-05-02 19:07:58 +0200 <geekosaur> IRC isn't markdown, `backticks` and _underscores_ don't do anything
2025-05-02 19:05:03 +0200ElKowar(~ElKowar@srv-fin.xware-gmbh.de) (Ping timeout: 252 seconds)
2025-05-02 19:04:35 +0200freedrull(~deploy@167.99.155.33) freedrull
2025-05-02 19:04:21 +0200freedrul1(~deploy@167.99.155.33) (Ping timeout: 248 seconds)
2025-05-02 18:59:29 +0200sajenim(~sajenim@user/sajenim) (Ping timeout: 248 seconds)
2025-05-02 18:37:51 +0200 <Leary> Ideally we would wrap the `Map` and give it a sane `Monoid` instance so that conflicting keybinds would be combined and run in sequence, but such a change isn't backwards compatible.
2025-05-02 18:37:32 +0200 <Leary> We use a bog-standard key-value `Map` for storing keybinds, and its implementation assumes you prefer to keep earlier/leftmost values.
2025-05-02 18:35:10 +0200 <Leary> A compiler for a general purpose language can only be so clever. It will tell you if your syntax is bad or the types don't match, but it can't tell you your logic differs from your intentions.
2025-05-02 18:30:37 +0200 <OftenFaded> I see
2025-05-02 18:30:34 +0200 <OftenFaded> so the compilation is essentially to identify system breaking conflicts only
2025-05-02 18:23:25 +0200 <Leary> Nope. One of them would just get lost.
2025-05-02 18:11:57 +0200 <OftenFaded> oh its the ?
2025-05-02 18:11:52 +0200 <OftenFaded> waht-- why do ticks not `code`
2025-05-02 18:11:12 +0200 <OftenFaded> I had two very different/separate actions bound to a single keybind combo--would this conflict be logged somewhere? Also, shouldn't this error be found during `xmonad --recompile`?
2025-05-02 17:53:56 +0200m5zs7k(aquares@web10.mydevil.net) m5zs7k
2025-05-02 17:51:03 +0200m5zs7k(aquares@web10.mydevil.net) (Ping timeout: 244 seconds)
2025-05-02 17:40:15 +0200OftenFaded(~OftenFade@user/tisktisk) OftenFaded
2025-05-02 16:33:55 +0200OftenFaded(~OftenFade@user/tisktisk) (Quit: Client closed)
2025-05-02 16:15:19 +0200OftenFaded(~OftenFade@user/tisktisk) OftenFaded
2025-05-02 16:14:01 +0200_qw(~eqw@user/eqw) eqw
2025-05-02 15:28:09 +0200_qw(~eqw@user/eqw) (Ping timeout: 265 seconds)
2025-05-02 15:03:35 +0200_qw(~eqw@user/eqw) eqw
2025-05-02 15:02:45 +0200_qw(~eqw@user/eqw) (Ping timeout: 248 seconds)