IRCBrowse

2021/10/12

2021-10-12 00:00:55 +0200seschwar(~seschwar@user/seschwar) (Quit: :wq)
2021-10-12 00:14:41 +0200cyr4x3(~cyr4x3@139.47.115.87) (Quit: WeeChat 2.3)
2021-10-12 00:16:06 +0200 <jakefromstatefar> Yeah, looks specific to something in your setup. It works fine for me.
2021-10-12 00:16:11 +0200 <jakefromstatefar> looks like*
2021-10-12 00:20:27 +0200 <davve> jakefromstatefar: reminds me a lot of haskell logo
2021-10-12 00:27:59 +0200 <jakefromstatefar> Indeed.
2021-10-12 00:31:12 +0200 <geekosaur> yeh, I actually didn't like that part because it screams haskell to me, not xmonad
2021-10-12 00:31:45 +0200 <geekosaur> at least the current one has an X11 logo as part of it
2021-10-12 00:37:06 +0200jakefromstatefaruploaded an image: (26KiB) < https://libera.ems.host/_matrix/media/r0/download/jupiterbroadcasting.com/pJfjnaiyYiomHeSslWFSxDoo… >
2021-10-12 00:37:15 +0200 <jakefromstatefar> What, then of this?
2021-10-12 00:37:44 +0200cjb(~cjb@user/cjb) ()
2021-10-12 00:37:52 +0200 <jakefromstatefar> Less haskell, more X
2021-10-12 00:38:05 +0200 <geekosaur> looks like a bit of a mismash to me. Sorry
2021-10-12 00:38:32 +0200 <geekosaur> graphic designers make $$$$ for a reason: coming up with clean recognizeable designs is *hard*
2021-10-12 00:38:41 +0200geekosaurhas been there
2021-10-12 00:42:08 +0200 <jakefromstatefar> Hm, idk, looks clean to me, but alas, your opinion differs, and you've more say. 🤷
2021-10-12 00:42:39 +0200 <geekosaur> "recognizeable" was the problem there. Like I said, mishmash
2021-10-12 00:43:04 +0200 <geekosaur> the X was sort-of there, the >>= kinda got split up and lost
2021-10-12 00:44:52 +0200tremon_(~tremon@217-63-61-89.cable.dynamic.v4.ziggo.nl) (Quit: getting boxed in)
2021-10-12 00:44:55 +0200 <geekosaur> tbh I have similar problems with the current haskell logo: too clever, and the lambda kinda gets swallowed up by the >>=
2021-10-12 00:46:44 +0200 <jakefromstatefar> Hm. IDK, I thought it nice, because it was really clever. Most people using Haskell &/or XMonad are going to be somewhat intellectual. If it strikes them as clever (at least, this' how my brain functions) then they're more likely to remember it.
2021-10-12 00:46:48 +0200 <geekosaur> sadly, this doesn't mean I have a good idea of how to design a better one
2021-10-12 01:14:03 +0200 <davve> cant it be a cute animal mascot like tux?
2021-10-12 01:15:08 +0200 <geekosaur> have to find one ORA hasn't trademarked :/
2021-10-12 01:19:15 +0200 <geekosaur> (iirc perl went through that and ended up picking a different mascot because they couldn't simply use the camel)
2021-10-12 01:22:04 +0200 <geekosaur> jakefromstatefar, to be honest your second try makes me think of the old Commodore logo
2021-10-12 01:39:41 +0200catman(~catman@user/catman)
2021-10-12 02:06:23 +0200banc(banc@gateway/vpn/airvpn/banc) (Ping timeout: 268 seconds)
2021-10-12 03:07:26 +0200catman(~catman@user/catman) (Ping timeout: 268 seconds)
2021-10-12 03:09:49 +0200catman(~catman@user/catman)
2021-10-12 03:34:21 +0200haskl[error](~haskl@user/haskl) (Read error: Connection reset by peer)
2021-10-12 03:34:34 +0200haskl(~haskl@user/haskl)
2021-10-12 03:34:35 +0200vanvik(~vanvik@82.194.204.210) (Quit: Ping timeout (120 seconds))
2021-10-12 03:34:55 +0200vanvik(~vanvik@82.194.204.210)
2021-10-12 03:35:20 +0200Rockj\(~rockj@chromie.geekrevolution.net) (Ping timeout: 260 seconds)
2021-10-12 03:35:57 +0200Rockj\(~rockj@chromie.geekrevolution.net)
2021-10-12 04:14:07 +0200 <jakefromstatefar> I'm working on the tree rewrite. I've started constructing data types, so far it's going great...
2021-10-12 04:36:19 +0200nomadxx3(~lanomadx@208.91.67.219)
2021-10-12 04:37:10 +0200nomadxxxx3(~lanomadx@69.167.36.238) (Ping timeout: 252 seconds)
2021-10-12 04:45:56 +0200humky(~humky@user/humky) (Ping timeout: 245 seconds)
2021-10-12 04:46:24 +0200humky(~humky@user/humky)
2021-10-12 04:50:55 +0200td_(~td@94.134.91.135) (Ping timeout: 252 seconds)
2021-10-12 04:52:27 +0200td_(~td@muedsl-82-207-238-248.citykom.de)
2021-10-12 04:56:25 +0200catman(~catman@user/catman) (Ping timeout: 252 seconds)
2021-10-12 06:02:44 +0200catman(~catman@user/catman)
2021-10-12 08:14:30 +0200wonko(~wjc@62.115.229.50)
2021-10-12 08:27:06 +0200wonko(~wjc@62.115.229.50) (Ping timeout: 260 seconds)
2021-10-12 08:34:39 +0200lambdabot(~lambdabot@haskell/bot/lambdabot) (*.net *.split)
2021-10-12 08:34:39 +0200slep(~slep@cpc150002-brnt4-2-0-cust437.4-2.cable.virginm.net) (*.net *.split)
2021-10-12 08:34:39 +0200eyenx(~m-5paiux@eyenx.ch) (*.net *.split)
2021-10-12 08:34:39 +0200rieper(~riepernet@sxbeta1.geo.uni-leipzig.de) (*.net *.split)
2021-10-12 08:34:39 +0200deebo_(~globe@stonebay32.com) (*.net *.split)
2021-10-12 08:34:39 +0200piele(~piele@tbonesteak.creativeserver.net) (*.net *.split)
2021-10-12 08:34:39 +0200Buliarou1(~gypsydang@185.207.166.57) (*.net *.split)
2021-10-12 08:34:39 +0200zawaken(~zawaken@user/zawaken) (*.net *.split)
2021-10-12 08:38:31 +0200mc47(~mc47@xmonad/TheMC47)
2021-10-12 08:56:19 +0200lambdabot(~lambdabot@haskell/bot/lambdabot)
2021-10-12 08:56:19 +0200slep(~slep@cpc150002-brnt4-2-0-cust437.4-2.cable.virginm.net)
2021-10-12 08:56:19 +0200zawaken(~zawaken@user/zawaken)
2021-10-12 08:56:19 +0200eyenx(~m-5paiux@eyenx.ch)
2021-10-12 08:56:19 +0200rieper(~riepernet@sxbeta1.geo.uni-leipzig.de)
2021-10-12 08:56:19 +0200deebo_(~globe@stonebay32.com)
2021-10-12 08:56:19 +0200piele(~piele@tbonesteak.creativeserver.net)
2021-10-12 08:56:19 +0200Buliarou1(~gypsydang@185.207.166.57)
2021-10-12 09:05:43 +0200haskl(~haskl@user/haskl) (Ping timeout: 268 seconds)
2021-10-12 09:07:44 +0200haskl(~haskl@user/haskl)
2021-10-12 09:30:29 +0200mc47(~mc47@xmonad/TheMC47) (Quit: Leaving)
2021-10-12 09:37:16 +0200Solitary(~Solitary@user/solitary) (Ping timeout: 265 seconds)
2021-10-12 09:59:31 +0200werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 252 seconds)
2021-10-12 10:02:01 +0200cfricke(~cfricke@user/cfricke)
2021-10-12 10:04:35 +0200geekosaur(~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b)))
2021-10-12 10:04:35 +0200allbery_b(~geekosaur@xmonad/geekosaur)
2021-10-12 10:04:38 +0200allbery_bgeekosaur
2021-10-12 10:17:37 +0200geekosaur(~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b)))
2021-10-12 10:17:37 +0200allbery_b(~geekosaur@xmonad/geekosaur)
2021-10-12 10:17:40 +0200allbery_bgeekosaur
2021-10-12 11:21:56 +0200electr0n(~electr0n@about/security/founder/electr0n) (Remote host closed the connection)
2021-10-12 11:56:53 +0200Solitary(~Solitary@user/solitary)
2021-10-12 12:02:34 +0200banc(banc@gateway/vpn/airvpn/banc)
2021-10-12 12:07:29 +0200qbt(~qbt@user/edun)
2021-10-12 12:07:49 +0200qbt(~qbt@user/edun) ()
2021-10-12 13:42:52 +0200dschrempf(~dominik@070-207.dynamic.dsl.fonira.net)
2021-10-12 13:50:41 +0200azg256(~user@78-56-98-5.static.zebra.lt)
2021-10-12 14:05:17 +0200geekosaur(~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
2021-10-12 14:05:36 +0200geekosaur(~geekosaur@xmonad/geekosaur)
2021-10-12 15:35:56 +0200azg256(~user@78-56-98-5.static.zebra.lt) (Remote host closed the connection)
2021-10-12 15:45:10 +0200azg256(~user@78-56-98-5.static.zebra.lt)
2021-10-12 15:55:11 +0200azg256(~user@78-56-98-5.static.zebra.lt) (Remote host closed the connection)
2021-10-12 16:03:29 +0200azg256(~user@78-56-98-5.static.zebra.lt)
2021-10-12 16:08:19 +0200azg256(~user@78-56-98-5.static.zebra.lt) (Quit: ERC (IRC client for Emacs 27.1))
2021-10-12 16:25:17 +0200cfricke(~cfricke@user/cfricke) (Quit: WeeChat 3.3)
2021-10-12 16:25:47 +0200geekosaur(~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
2021-10-12 16:27:58 +0200geekosaur(~geekosaur@xmonad/geekosaur)
2021-10-12 16:33:49 +0200defjam(~eb0t@90.213.43.87)
2021-10-12 16:50:44 +0200Eoco(~ian@x-160-94-179-157.acm.umn.edu) (Ping timeout: 245 seconds)
2021-10-12 16:51:43 +0200greyhash(~greyhash@198.62.219.7)
2021-10-12 16:52:30 +0200dschrempf(~dominik@070-207.dynamic.dsl.fonira.net) (Quit: WeeChat 3.3)
2021-10-12 16:53:22 +0200Eoco(~ian@x-160-94-179-157.acm.umn.edu)
2021-10-12 17:17:19 +0200greyhash(~greyhash@198.62.219.7) (Ping timeout: 252 seconds)
2021-10-12 17:36:42 +0200mc47(~mc47@xmonad/TheMC47)
2021-10-12 17:41:44 +0200seschwar(~seschwar@user/seschwar)
2021-10-12 17:42:11 +0200werneta(~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
2021-10-12 17:46:25 +0200defjam(~eb0t@90.213.43.87) (Ping timeout: 252 seconds)
2021-10-12 17:48:06 +0200defjam(~eb0t@90.213.43.87)
2021-10-12 18:04:21 +0200greyhash(~greyhash@198.62.219.18)
2021-10-12 18:09:48 +0200alternateved(~user@staticline-31-183-147-179.toya.net.pl)
2021-10-12 18:21:20 +0200 <jakefromstatefar> Thinking of changing stacksets list items to something from Data.Vector. Running operations with a large stack becomes slow...
2021-10-12 18:22:36 +0200 <geekosaur> oy, does it
2021-10-12 18:23:26 +0200geekosaurleft his desktop session running overnight once, about a decade ago, and forgot to configure something not to spam him. ended up nuking the session from outside
2021-10-12 18:23:48 +0200 <geekosaur> couple thousand windows overnight
2021-10-12 18:29:58 +0200greyhash(~greyhash@198.62.219.18) (Ping timeout: 268 seconds)
2021-10-12 18:44:04 +0200 <Solid> tbh, at the sizes we're normally dealing with here lists are completely fine (the use of strings is, imo, much more egregious)
2021-10-12 18:49:50 +0200mc47(~mc47@xmonad/TheMC47) (Remote host closed the connection)
2021-10-12 18:53:59 +0200skewerrspoonm
2021-10-12 19:02:55 +0200electr0n(~electr0n@about/security/founder/electr0n)
2021-10-12 19:18:19 +0200 <jakefromstatefar> Usually, it's not that big of a deal. But, I think it should be prevented against... Especially if it's not too hard to do.
2021-10-12 19:19:47 +0200 <liskin> one of the undocumented goals of xmonad is to have an easy to understand codebase with few dependencies
2021-10-12 19:20:02 +0200 <liskin> this makes it easy for non-Haskellers to get stuff done in their configs
2021-10-12 19:20:26 +0200 <liskin> and it also makes xmonad a good starting point in learning Haskell
2021-10-12 19:21:35 +0200 <liskin> so using Data.Vector in particular would probably need to be justified by an existence of an actual performance problem that it solves
2021-10-12 19:22:22 +0200 <jakefromstatefar> Unless I'm mistaken, it is a performance problem, caused by the use of lists. Not an overly frequent one, but nevertheless.
2021-10-12 19:23:33 +0200 <Solid> I'd really like to see a reproducible example of that
2021-10-12 19:23:35 +0200 <liskin> (although I do have to admit that I've considered whether the zippers used in StackSet really are the best data structure: we walk them over and over so many times that the time saved by not having to reconstruct the whole list on the infrequent update is probably negligible)
2021-10-12 19:24:01 +0200 <liskin> jakefromstatefar: I think we have a serious misunderstanding of what "existence of an actual performance problem" means :-)
2021-10-12 19:25:05 +0200 <liskin> as far as I understand it, an actual performance problem exists if there are real people reporting a problem that they encounter during real usage of the software
2021-10-12 19:26:49 +0200 <liskin> so far we have one real geekosaur saying that his ancient configuration broke once with thousands of windows, and I'm somewhat certain that it's a scenario that's likely to break Xorg/picom/compton/xcompmgr far sooner than xmonad
2021-10-12 19:27:43 +0200 <jakefromstatefar> Solid: Open 20 windows, in a layout that resizes frequently, like accordion. Now, try to switch windows, notice the delay? Try to close windows quickly, count how many times you press your close keybind. Notice, that it misses input.
2021-10-12 19:27:51 +0200 <geekosaur> yeh, thousands of windows is not at all a normal use case for X11, much less window managers
2021-10-12 19:28:31 +0200 <jakefromstatefar> I'm not speaking of thousands, 15+ is when the problem I'm describing arises. Most noticeable at 20-25+.
2021-10-12 19:28:57 +0200 <jakefromstatefar> Hiding windows via limiting the windows in a layout doesn't fix this problem either.
2021-10-12 19:33:42 +0200 <liskin> That may actually be a bug in the specific layout.
2021-10-12 19:33:46 +0200 <Solid> there is absolutely no way that a linked list of length 25 is giving anyone performance problems (otherwise, we'd _really_ be in big trouble with our use of strings :))
2021-10-12 19:34:34 +0200 <liskin> grid with 50+ windows works rather well here
2021-10-12 19:35:08 +0200 <liskin> although I'm fairly sure it would be a complete disaster if I upgraded picom, as it got bloated a lot in yshui's hands
2021-10-12 19:36:05 +0200 <Solid> (also, switching windows is O(1) amortised in our case anyways, so if you're having slowness issues with that it's definitely something else)
2021-10-12 19:36:09 +0200 <liskin> it can also be related to logging to xmobar: there is or was code that fetches window titles of all windows, even if they're not used in the PP
2021-10-12 19:37:05 +0200 <liskin> so yeah, that's definitely a bug worth playing with, but some of us would be real money on the fix not being anywhere near StackSet :-)
2021-10-12 19:37:58 +0200 <Solid> the window title stuff should live in some logger now and not in the dynamicLogString (?) impl anymore
2021-10-12 19:38:47 +0200 <liskin> Solid: oh, indeed! good.
2021-10-12 19:39:37 +0200 <liskin> my xmonad.hs does that anyway, though, and still handles those 60 windows fine (although fine is subjective here; different people have different latency perceptions)
2021-10-12 19:41:54 +0200 <liskin> (if fetching of window titles is proven by profiling to be culprit, that'd be an easy fix: cache it and listen for PropertyEvents)
2021-10-12 20:06:17 +0200geekosaur(~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
2021-10-12 20:08:06 +0200geekosaur(~geekosaur@xmonad/geekosaur)
2021-10-12 20:13:02 +0200greyhash(~greyhash@198.62.219.18)
2021-10-12 20:14:16 +0200wonko(~wjc@62.115.229.50)
2021-10-12 20:18:14 +0200geekosaur(~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
2021-10-12 20:18:36 +0200geekosaur(~geekosaur@xmonad/geekosaur)
2021-10-12 20:20:29 +0200geekosaur(~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
2021-10-12 20:20:42 +0200geekosaur(~geekosaur@xmonad/geekosaur)
2021-10-12 20:23:28 +0200geekosaur(~geekosaur@xmonad/geekosaur) (Remote host closed the connection)
2021-10-12 20:23:56 +0200geekosaur(~geekosaur@xmonad/geekosaur)
2021-10-12 20:38:39 +0200geekosaur(~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b)))
2021-10-12 20:38:39 +0200allbery_b(~geekosaur@xmonad/geekosaur)
2021-10-12 20:38:42 +0200allbery_bgeekosaur
2021-10-12 20:49:34 +0200geekosaur(~geekosaur@xmonad/geekosaur) (Ping timeout: 252 seconds)
2021-10-12 21:04:31 +0200geekosaur(~geekosaur@xmonad/geekosaur)
2021-10-12 21:08:24 +0200a6a45081-2b83(~aditya@2601:249:4300:1296:88ec:cc73:84d4:1507)
2021-10-12 21:14:07 +0200geekosaur(~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b)))
2021-10-12 21:14:07 +0200allbery_b(~geekosaur@xmonad/geekosaur)
2021-10-12 21:14:10 +0200allbery_bgeekosaur
2021-10-12 21:18:09 +0200geekosaur(~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b)))
2021-10-12 21:18:12 +0200allbery_b(~geekosaur@xmonad/geekosaur)
2021-10-12 21:18:16 +0200allbery_bgeekosaur
2021-10-12 21:21:53 +0200abhixec(~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Remote host closed the connection)
2021-10-12 21:37:55 +0200greyhash(~greyhash@198.62.219.18) (Ping timeout: 250 seconds)
2021-10-12 22:26:32 +0200 <FOSSHuman[m]> <liskin> "although I'm fairly sure it..." <- Do you use a fork of Picom?? Wondering bcs I use yshui's version of Picom and it slows down resizing of windows alot of windows are opened.. (If I kill Picom, window resizing is quick again even with more than 6 windows)
2021-10-12 22:26:47 +0200 <FOSSHuman[m]> * of windows when alot of
2021-10-12 22:27:19 +0200geekosaurstill uses compton becuase he doesn't like the things he keeps hearing about picom
2021-10-12 22:28:20 +0200 <FOSSHuman[m]> lol, just went with Picom bcs I guess I thought it was more "modern" and "faster" maybe??
2021-10-12 22:33:23 +0200wonko(~wjc@62.115.229.50) (Ping timeout: 250 seconds)
2021-10-12 22:41:25 +0200 <liskin> FOSSHuman[m]: not a fork, just an old version
2021-10-12 22:41:45 +0200 <liskin> 7.4 is what I have here, that's still pretty fast
2021-10-12 22:42:09 +0200 <liskin> I don't need any blurs or shadows or anything, just basic compositing
2021-10-12 22:42:36 +0200 <liskin> I don't even remember why I updated from the original compton
2021-10-12 23:17:48 +0200a6a45081-2b83(~aditya@2601:249:4300:1296:88ec:cc73:84d4:1507) (Read error: Connection reset by peer)
2021-10-12 23:50:32 +0200seschwar(~seschwar@user/seschwar) (Quit: :wq)