Home liberachat/#xmonad: Logs Calendar

Logs on 2021-05-28 (liberachat/#xmonad)

00:07:55 × sszark quits (~sszark@h-85-24-213-180.A392.priv.bahnhof.se) (Ping timeout: 252 seconds)
00:32:49 jg joins (~jg@47.149.222.98)
00:42:55 <jg> Hi everyone, I am going honesty mad, I am running a barebones install of arch on virtualbox, I used static-stack from the aur to compile everyting which includes: xmonad, xmobar, and xmonad-contrib, I added all flags to xmobar except for alsa. I am currently getting the error .xmobarrc: hGetContents: invalid argument (invalid byte sequence) when
00:42:55 <jg> trying to launch xmobar. When I remove the degrees symbol the xmobar launches and compiles just fine. Running 'file .xmobarrc' confirms it is a UTF-8 file. and when I run localectl list-locales it returns en_US.UTF-8. How can I work around and get the degree's symbol to compile?
00:45:46 <geekosaur> you might make sure the locale xmonad and xmobar run from is the same as the one in the terminal; most distributions that aren't Debian-based separate them. does xmobar run correctly from a terminal?
00:46:48 <jg> @ge
00:46:48 <lambdabot> Maybe you meant: get-shapr get-topic wn v rc pl let id ghc do bf @ ? .
00:46:59 <jg> geekosaur this is when trying to run from terminal directly
00:47:29 <jg> I havent tried to run from xmonad yet
00:48:48 allbery_b joins (~geekosaur@069-135-003-034.biz.spectrum.com)
00:51:10 × geekosaur quits (~geekosaur@069-135-003-034.biz.spectrum.com) (Ping timeout: 264 seconds)
00:51:29 allbery_b is now known as geekosaur
00:53:05 <geekosaur> hm. I suggest posting this on xmobar's issue tracker (https://github.com/jaor/xmobar/issues) since nobody here has been able to help
00:53:44 <jg> alright I will thanks
00:53:53 <geekosaur> possibly there is a bug, although utf8 support is supposed to be in xmobar at least with a flag but that doesn't control the .xmobarrc
00:54:14 <geekosaur> also sorry my network chose that time to drop
00:54:47 <jg> it is no worries! I just feel like it is probably something so small since no one else has had the issue lol
01:06:11 <jg> I submitted something geekosaur thank you, I hope I put enough info but I can always add more if needed
01:14:18 <burp> and this time without the degree symbol it works?
01:23:25 <jg> yes sir burp
01:23:56 × themainman quits (~themainma@user/themainman) (Quit: WeeChat 3.1)
01:26:46 <burp> well then
01:27:52 <jg> i tried jaor's suggestion of doing \x0b, however it shows a box so im not sure lol the font is installed
01:38:59 × geekosaur quits (~geekosaur@069-135-003-034.biz.spectrum.com) (Quit: Leaving)
01:40:09 <burp> try \x2103
01:40:17 leeb joins (~leeb@2001:268:c04f:ba65:425b:d8ff:fe03:4cd)
01:41:06 <jg> \xb0 works per jaor, i wonder why the normal doesnt work
01:42:30 <jg> burp, that also works and includes the C, what font is that part of?
01:42:41 <burp> the font you choose
01:42:48 <burp> it's just another unicode symbol
01:42:55 <burp> just looked it up on wikipedia https://en.wikipedia.org/wiki/Degree_symbol
01:43:03 <burp> see the right side: U+2103
01:43:19 <burp> and above that U+B0
01:43:30 <burp> which is your \xb0
01:44:21 <jg> well its a great work around :) lmao I feel stupid af
01:45:15 <burp>
01:46:57 <jg> hmm well maybe I will swap over my main machine to stack and get off of arches repos...
01:51:56 × jg quits (~jg@47.149.222.98) (Quit: Client closed)
01:54:39 jg joins (~jg@47.149.222.98)
01:54:53 <jg> omg the fullscreen handling on this version is so much better than my toggle work around on .15
01:55:19 <jg> now to make the workspace clickable lol
02:34:29 benin7 joins (~benin@183.82.177.19)
02:34:48 × benin quits (~benin@183.82.176.197) (Ping timeout: 265 seconds)
02:34:48 benin7 is now known as benin
02:35:17 × td_ quits (~td@94.134.91.249) (Ping timeout: 252 seconds)
02:37:11 td_ joins (~td@muedsl-82-207-238-082.citykom.de)
02:45:09 berberman joins (~berberman@user/berberman)
02:46:30 × berberman_ quits (~berberman@user/berberman) (Ping timeout: 264 seconds)
04:08:20 <jg> quick question when using the StatusBar Hook for anyone that better understand this than me, I have mine set up like the tutorial shown, to use 'withEasySB (statusBarProp "xmobar" (pure myXmobarPP)) defToggleStrutsKey' which works great until I recompile/restart xmonad. After restarting xmonad, the xmobar is stuck on the screen and does not allow
04:08:20 <jg> for the toggling of struts. If I open a new program or window however, it goes back to behaving and toggling struts. I am not sure if this is on my end or maybe a bug somewhere
04:13:00 qbt joins (~edun@user/edun)
04:36:31 incertia joins (~incertia@d4-50-26-103.nap.wideopenwest.com)
04:44:47 <xacktm> jg, you've used teh `docks` wrapper to apply dock bar support? previous method of modifying just one hook is insufficient since a few years ago; `docks` does more than one
04:44:59 <xacktm> does more than one hook*
04:46:51 <jg> I'll upload a paste bin, im not 100 % sure
04:49:52 <jg> https://pastebin.com/3ax6cECV
04:50:26 <jg> xacktm this is how I am currently doing it, I've just pieced this together sadly as I am learning
04:52:19 <xacktm> cargo culting woo! That's how I did it back in the day too :p
04:53:10 <xacktm> and yeah I don't see the docks function in there, here's the page, docs should be good but lmk if you get stuck: https://hackage.haskell.org/package/xmonad-contrib-0.16/docs/XMonad-Hooks-ManageDocks.html
04:53:46 <jg> I'll give it a go thank you, Yea I am tinkering with the new .16 and .17 lol
04:54:19 <jg> the new statusBar has some cool stuff in it
05:04:41 <jg> xacktm I'm having no luck lol
05:04:54 <xacktm> new paste?
05:06:43 <jg> https://pastebin.com/eKenqVmd I appreciate the help by the way xacktm
05:06:56 <jg> wait
05:06:59 <jg> wrong paste bin
05:08:37 <xacktm> ok lol, was gonna say..
05:08:42 <jg> xacktm - here is my changes https://pastebin.com/ZSz1YhiP
05:09:05 <jg> the status bar has the toggle struts to mod b in the git xmonad-contribs
05:11:05 <jg> it does not compile if i add docks def to my main below ewmh
05:12:45 <xacktm> ah, well you've already used `def` in myXMobarPP; as long as you apply it somwhere in that . function chain
05:13:02 <xacktm> try right below ewmh, ". docks"
05:13:24 <xacktm> which should insert docks in the composition chain after the xmobar config
05:13:59 <xacktm> :t (.)
05:14:00 <lambdabot> (b -> c) -> (a -> b) -> a -> c
05:14:10 <xacktm> :t ($)
05:14:11 <lambdabot> (a -> b) -> a -> b
05:14:39 <jg> xacktm with it above xmobar chain it still doesnt behave after the recompile until I open and close a terminal
05:14:40 <xacktm> I still don't have a good intuition of (.) and sometimes just convert them to function application $
05:14:55 <jg> I can try changing them all to $
05:15:09 <xacktm> shouldn't matter, it compiles though?
05:15:24 <jg> yea it compiles the bar just doesnt want to get off the screen lmao
05:15:56 <jg> its bizzare that opening a terminal causes it to then allow for toggling of struts
05:17:56 <xacktm> weird, not to sound cliche` but have you tried a complete X restart?
05:18:43 <jg> yes haha, restart was the first thing I tried
05:18:54 <jg> I just did it again to check my sanity lol
05:19:06 <jg> if you run the config does it work or cause those same issues?
05:20:21 <xacktm> it would be good for someone to reproduce but I've got my windows tied up atm :S
05:20:33 <xacktm> and I'm on 0.15 still
05:21:04 <jg> damn yea my main rig is on .15, im messing with this in a vm
05:22:31 <xacktm> oh, check the docks, the layout needs the avoidStruts modifier
05:22:39 <xacktm> check the docs*
05:24:22 <jg> yea I added the avoidStruts modifier
05:24:28 <jg> no cigar
05:24:54 <xacktm> :/ new paste?
05:25:24 <jg> it was the same as the old paste i recently sent, i added avoidStruts around (tiled ||| Mirror ... etc)
05:25:55 <jg> like of a fresh boot its chill, its only after an xmonad --restart
05:25:55 <xacktm> kk, and you did the same restart X song and dance I'm guessing :S
05:25:57 <jg> that it fails
05:26:42 <jg> which makes it so bizarre because doesnt doing exec xmonad cause a recompile and restart
05:28:48 <jg> opening any window causes it to work again, so its not that big of a deal, its just really interesting lol
05:31:18 <jg> I'll keep tinkering this weekend, but I can live with it for now, I appreciate the help xacktm, I'll let you know if I figure something out, I might ask jaor in the github
05:32:17 <xacktm> ok, at least you found a workaround; can't say I'm seeing those symptoms in 0.15 as if I hide the status bar, then recompile, it's still hidden :/
05:32:29 <jg> oh yea, my 0.15 has no issues
05:33:04 <jg> but I'm doing it differently than in 0.15, I'm using the new Hook.StatusBar
05:33:45 <xacktm> ah idk how that works
05:33:55 <jg> https://github.com/xmonad/xmonad-contrib/blob/master/XMonad/Hooks/StatusBar.hs
05:34:05 <jg> check it out, I think its pretty nifty
05:35:09 <jg> lmfao xacktm, I just looked deeper, they mention the problem lol let me see if it says a solution
05:35:34 <xacktm> nice lol, at least it's known
05:36:01 <jg> maybe, they did a work around to restart xmobar, which might be causing the issue
05:39:15 <jg> I'm at a loss, goodnight dog
05:39:31 <xacktm> kk gngl
05:40:04 <xacktm> sorry, games-speak is invading my vocab: good night and good luck!
05:40:52 × jg quits (~jg@47.149.222.98) (Quit: Client closed)
05:45:14 <Solid> xacktm: withEasySB already includes the docks combinator
05:46:24 <xacktm> ah oops, so it should've kept the status bar hidden on his first config
06:10:32 wonko joins (~wjc@62.115.229.50)
06:51:11 <spider_> so.. has there a discussion on whats going to happen with the wayland situation
06:57:11 <spider_> nvm gotta go
07:17:34 × qbt quits (~edun@user/edun) (Ping timeout: 248 seconds)
07:23:10 qbt joins (~edun@user/edun)
07:46:22 × qbt quits (~edun@user/edun) (Ping timeout: 248 seconds)
07:59:32 mc47 joins (~yecinem@89.246.239.190)
07:59:32 × benin quits (~benin@183.82.177.19) (Remote host closed the connection)
08:38:18 cfricke joins (~cfricke@user/cfricke)
09:16:47 themainman joins (~themainma@user/themainman)
09:25:50 × lambdabot quits (~lambdabot@haskell/bot/lambdabot) (Quit: bbiab)
09:28:06 lambdabot joins (~lambdabot@haskell/bot/lambdabot)
10:03:05 a6a45081-2b83 joins (~aditya@106.212.79.20)
11:14:30 × a6a45081-2b83 quits (~aditya@106.212.79.20) (Quit: Konversation terminated!)
11:19:31 Tomurb joins (~tom@158.194.92.121)
11:24:50 × Tomurb quits (~tom@158.194.92.121) (Ping timeout: 264 seconds)
11:25:44 × utis quits (~utis@cm-84.214.179.98.getinternet.no) (Quit: leaving)
11:30:09 autophagy joins (~mika@user/autophagy)
11:33:15 × leeb quits (~leeb@2001:268:c04f:ba65:425b:d8ff:fe03:4cd) (Ping timeout: 272 seconds)
11:42:10 × werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 264 seconds)
12:00:11 × cfricke quits (~cfricke@user/cfricke) (Quit: WeeChat 3.1)
12:33:28 × wonko quits (~wjc@62.115.229.50) (Quit: See You Space Cowboy..)
12:53:38 berberman_ joins (~berberman@user/berberman)
12:54:06 × berberman quits (~berberman@user/berberman) (Ping timeout: 248 seconds)
13:08:06 geekosaur joins (~geekosaur@069-135-003-034.biz.spectrum.com)
13:14:00 × geekosaur quits (~geekosaur@069-135-003-034.biz.spectrum.com) (Remote host closed the connection)
13:14:15 geekosaur joins (~geekosaur@069-135-003-034.biz.spectrum.com)
13:18:37 werneta joins (~werneta@mobile-166-176-56-141.mycingular.net)
13:40:33 × werneta quits (~werneta@mobile-166-176-56-141.mycingular.net) (Ping timeout: 272 seconds)
14:06:49 benin joins (~benin@183.82.177.19)
14:26:03 seschwar joins (~seschwar@user/seschwar)
14:32:38 <Solid> liskin: what do you think about merging the tutorial so we can already officially link to it on the website/we also have that INSTALL.md document ready for the hordes of Arch users who are showing up here lately :>
14:35:33 <liskin> Solid: I think this process (merge the good enough version early and I'll get to it and perfect it later) worked well with the website so go ahead :-)
14:36:24 <Solid> nice :)
14:37:09 <liskin> I should perhaps try to overcome this obsession of refusing to merge stuff I haven't had time to meticulously review
14:39:45 <liskin> on the other hand, the current way of doing things, that is meticulously review stuff from people who can't merge it themselves, and hand write access to people who can be trusted to make good judgement when to seek more review and when to merge, possibly scales better long term
14:39:47 <liskin> at least I hope
14:47:50 <Solid> I think the current way is fine tbh
14:48:11 <Solid> I'm not a fan of the hands-off "merge everything and then frantically push fixes when things break" approach
14:52:11 <liskin> yeah, me neither, but there might be a tradeoff somewhere in the middle, something that might be described as "collaborate on a shared codebase", that doesn't necessarily mean we always merge the first attempt
14:52:28 <liskin> like the dynamic status bars, that's probably good enough for people to iterate on
14:53:08 <liskin> but I haven't tried it yet, so I'm reluctant to sign off on it, so I'm a bottleneck
14:53:51 <liskin> (actually, not really, because mc47 does have write to -contrib, so it's not just my fault it's not merged yet :-))
14:54:40 <Solid> :D
14:56:01 <liskin> which reminds me of the toggle strut issue jg reported here during the night :-(
14:56:47 jg joins (~jg@12.218.15.210)
14:57:12 <mc47> not a better time to join :))
14:57:22 <Solid> hah
14:57:28 <liskin> sounded like the old xmobar didn't terminate on and waited until it got another input to show
14:57:58 <mc47> I thought I still didn't add dynamicEasySBs, but apaprently I did, so we could just merge it
14:58:47 <mc47> the only issue there is the composability with #460, but we could take care of it afterwards
14:59:01 <jg> Y’all run into an issue with the new xmonad statusbar hook where when you —restart the xmobarwno longer behaves struts until opening a window. I might make a github post but not sure if I should put it on xmonad contrib or xmobar
14:59:24 <liskin> jg: hey here's a crazy idea: do you have any sensitive data on that VM of yours? there are apparently two issues that we're interested in understanding, so if you just give us the VM in the broken state then we can dig right into it :-)
14:59:59 mc47 has also been spending a lot of time on his thesis... writing a linter without constructing an AST was quite the challenge
15:00:16 <jg> Nah I got nothin on it I could install SSH later. I got around my issue with the degree symbol by using Unicode directly recommended by jaor
15:01:10 <liskin> I thought you'd just send the disk image itself, as doing graphical stuff over ssh will be a bit painful
15:01:58 <liskin> mc47: why not construct an AST? trying to do single-pass constant-memory stuff?
15:02:21 <jg> Oh yea I could totally do that when I get home! What are the issues you’re trying to find or y’all are just being hella nice haha! And how would I share it with y’all ?
15:03:18 <mc47> liskin it's not really worth it, and it's also kinda useless, since you can define new syntax on the fly (isabelle enables you to do some really wacky stuff)
15:04:00 <mc47> And the grammar is a bit complicated
15:05:30 <mc47> the middle ground we're going with is to implement the lints themselves as parser combinators, and provide combinators for the most common syntactical constructs... that way you can easily add new lint types, and I won't have to parse the whole grammar
15:06:10 <liskin> jg: the xmobar encoding issue because I'm just really nice and really curious what the root cause is and I want to know what to tell the next person who comes with the same problem; and then the toggle struts issue, because that might be a real problem of X.H.StatusBar that we want fixed before the release
15:06:49 <liskin> and how to share, hm, that's a good question
15:07:17 <jg> I could probably upload to dropbox maybe and share it. I’m not sure of file size limitations
15:07:44 <liskin> yeah a dropbox or google drive should work if you have enough free capacity there
15:08:02 <liskin> google drive has no limitations on single file sizes as far as I know
15:08:24 <liskin> if you compress the disk image it's not going to be more than a gig anyway
15:09:45 <jg> yea I can try to figure it out and get that to you. I really appreciate it. That statsbar hook y’all made is really something though beyond that little hickup. I thought it was hella cool
15:10:31 <jg> Which could totally be on my end too haha and not a problem with the hook
15:10:31 <mc47> that's awesome to hear :D
15:12:12 <liskin> yeah and it's going to get better with the PR we were just talking about merging :-)
15:18:58 <mc47> I'll take a look at it again later or tomorrow, and merge it if that's okay
15:19:19 <mc47> That way people can use and we can get a broader feedback
15:19:23 <jg> What’s the PR? I missed that part haha
15:19:39 <mc47> We could also wait a bit liskin, if you really want to try it before merging :D
15:19:44 <mc47> jq: https://github.com/xmonad/xmonad-contrib/pull/463
15:20:34 <mc47> status bars that react to changes in the monitor configuration (plugging-in/out)
15:21:51 <jg> Oh that’s dope. I take it that would work for dual monitor setups too? As in I have a script that turns off my second monitor when playing games so I can use gsync. However even when I have 1 monitor on, it used to still spawn 2 xmonars with the spawnpipe
15:22:19 <jg> At least both showed up in htop
15:22:51 <mc47> yeah that's why I created it, I have the tendency to plug-out my external monitor and lay on my bed sometimes, and it was a bit annoying that xmobar doesn't react to that
15:23:16 <mc47> so yeah, if you turn off your second monitor, xmobar will die with it, if you turn it on again, it'll respawn
15:25:18 <liskin> mc47: I just went through the diff and have just one minor comment: might be nice to explicitly mention that the active bar tracking (remembering) uses the command line as a key
15:25:51 <liskin> just so that when people accidentally spawn two xmobars without parameters, they can read a bit more and find out what's wrong
15:25:59 <mc47> Oh that's a good point
15:26:04 <liskin> otherwise it's really good to go
15:26:14 <mc47> I remember we talked about this issue
15:26:39 <liskin> I'll plug in X.H.Rescreen later, but there's no reason to delay the merge any further
15:28:07 <liskin> I had this idea that with the extensible conf stuff, we could possibly resurrect the old "statusBar" api because now it would compose safely, but it may be best to just push for dynamicSBs to be the primary way users use this
15:28:36 <liskin> anyway no need to worry about that now
15:29:16 <liskin> just wanted to plant some seeds so that a month later when I get to it, you guys will have it figured out
15:29:41 <jg> mc47 Let me know when I can test that out haha I’d love to give it a spin
15:29:52 <mc47> sounds reasonable
15:30:06 <mc47> jq I'll add liskin's comment and merge later tonight
15:30:55 <liskin> jg: don't forget to back up your vms disk before going too far in that direction, I'll it to be as broken as it is now :-)
15:31:05 <liskin> *'ll need it …
15:31:24 <jg> Oh heck yea, I should get off work in 6 ish hours. And the I’ll have that disk for you liskin. If I do tinker I’ll clone my disk in its current state before hand
15:31:53 <jg> I wonder if discord ha a file size limit lol
15:31:55 <jg> has
15:33:17 <jg> liskin I forget who but someone linked a bug with gcc the other day that prevents it from being able to compile the Alsa flag in xmobar I’m not sure if you were aware of that. At least I can’t on version 11.1
15:34:02 <liskin> jg: I saw that probably but decided that's outside of my area of expertise/interest
15:34:42 <liskin> (I don't personally use volume indicators, my laptop has a mute led and that's all I need)
15:34:43 <jg> Would jaor care much or probably not? I don’t need it lol
15:35:07 <jg> i can make a little post for them if you think it would be beneficial
15:35:50 <liskin> might be worth reporting to xmobar/issues
15:36:26 <geekosaur> well, the bug wasn't in xmobar per se, it ws in one of the dependencies
15:41:24 <geekosaur> hm, might be https://github.com/ttuegel/alsa-mixer/issues/7
15:41:56 <geekosaur> although it's not quite the same error message ("'#' doesn't belong here")
15:42:25 <jg> Yea the error mentioned something with the C library or something if I remember right
15:43:19 <jg> Idk I use a dac So my volume is always at 100 lol
15:47:09 werneta joins (~werneta@mobile-166-176-57-62.mycingular.net)
15:52:09 Tomurb joins (~tom@158.194.92.121)
16:08:46 × Tomurb quits (~tom@158.194.92.121) (Ping timeout: 248 seconds)
16:22:05 <mc47> alright, #463 is only a proof-read and a squash away from merge
16:25:28 a6a45081-2b83 joins (~aditya@106.212.79.20)
16:27:38 benin8 joins (benin@gateway/vpn/protonvpn/benin)
16:29:04 × benin quits (~benin@183.82.177.19) (Ping timeout: 264 seconds)
16:29:05 benin8 is now known as benin
16:37:43 benin5 joins (~benin@183.82.177.19)
16:39:42 × benin quits (benin@gateway/vpn/protonvpn/benin) (Ping timeout: 248 seconds)
16:39:42 benin5 is now known as benin
16:44:32 × a6a45081-2b83 quits (~aditya@106.212.79.20) (Quit: Konversation terminated!)
16:44:55 a6a45081-2b83 joins (~aditya@106.212.79.20)
16:45:36 <mc47> oh wow that ci speedup is so good!
16:48:00 <liskin> is is really that different?
16:48:08 <liskin> the stack workflow is still 4 minutes
16:48:29 <mc47> I felt it is, I think we were around 7-10 minutes before it
16:51:56 <liskin> if you get unlucky and don't hit any caches :-)
16:54:37 <liskin> anyway, would be nice if the tutorial was linked from https://github.com/xmonad/xmonad#readme
16:54:50 <liskin> that README is like 10 years out of date :-(
16:56:00 <jg> liskin I can try and draft up some stack install instructions for arch if it would help
16:56:20 tremon joins (~tremon@217-63-61-89.cable.dynamic.v4.ziggo.nl)
16:57:25 <liskin> jg: there are stack install instructions in the INSTALL.md already
16:57:51 <liskin> wouldn't hurt if someone who recently did it checked them though
16:59:08 <jg> yea I can take a look! I think it has some stuff for Debian based systems. It would be to add like maybe a line for arch of just yay -S static-stack to avoid most of arches issues
16:59:44 <liskin> makes sense, yeah
17:02:39 <jg> Oooh the x11 thing got added I havet looked at this in a little ! Or maybe I glanced over it
17:03:54 × dmwit quits (~dmwit@pool-173-66-86-32.washdc.fios.verizon.net) (Ping timeout: 264 seconds)
17:05:44 dmwit joins (~dmwit@pool-173-66-86-32.washdc.fios.verizon.net)
17:20:48 × a6a45081-2b83 quits (~aditya@106.212.79.20) (Read error: Connection reset by peer)
17:28:35 <liskin> Solid: btw, I ended up doing https://github.com/liskin/xmonad-web/commit/02e3aa11ecf351fb61852b72499e58d7e0152d1b because GEM_HOME reuses gems installed in the system, and that sometimes breaks (I had to bisect github-pages yesterday and it just crashed on most versions)
17:28:51 <liskin> Solid: so this is basically what your README does, just automated
17:29:03 <liskin> and the --livereload is really nice :-)
17:29:39 <liskin> together with https://github.com/liskin/xmonad-web/commit/08b9354535d9a61a612a8ef605a160eb79f20da9, which mc47 will like (speedup!) that gives almost wysiwyg-like experience :-)
17:31:25 tekul joins (~tekul@82-68-220-238.dsl.in-addr.zen.co.uk)
17:42:39 <mc47> that's awesome! I'm glad we didn't go with hakyll
18:28:30 × jg quits (~jg@12.218.15.210) (Quit: Client closed)
18:38:26 × geekosaur quits (~geekosaur@069-135-003-034.biz.spectrum.com) (Remote host closed the connection)
18:42:23 geekosaur joins (~geekosaur@069-135-003-034.biz.spectrum.com)
18:47:10 × werneta quits (~werneta@mobile-166-176-57-62.mycingular.net) (Ping timeout: 248 seconds)
18:49:17 werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net)
20:20:23 × hexo quits (~hexo@2a02-ab04-2843-9500-f500-21ca-2d75-caa5.dynamic.v6.chello.sk) (Ping timeout: 272 seconds)
20:21:14 hexo joins (~hexo@2a02-ab04-2843-9500-ec04-cc31-4c52-25d9.dynamic.v6.chello.sk)
20:21:51 jgGuest54 joins (~jgGuest54@47.149.222.98)
20:22:12 jgGuest54 is now known as jg
20:22:33 <jg> liskin, I am going to try and package it up for you if youre still on
20:23:52 <liskin> jg: I'm still on
20:24:11 <liskin> not sure I'll get to the actual investigation but I can grab it and try booting it
20:25:11 <jg> oh no worries at all, I just wanted to make sure you got it, there is absolutely no rush
20:27:00 <jg> I am exporting right now and then I will try and set up a folder
20:30:08 allbery_b joins (~geekosaur@069-135-003-034.biz.spectrum.com)
20:32:14 × geekosaur quits (~geekosaur@069-135-003-034.biz.spectrum.com) (Ping timeout: 248 seconds)
20:32:38 × jg quits (~jgGuest54@47.149.222.98) (Quit: Client closed)
20:32:48 allbery_b is now known as geekosaur
20:35:03 jg joins (~jrgiacone@47.149.222.98)
20:39:41 <jg> libskin would you prefer a link or to the drive folder or an email invite
20:40:22 <jg> liskin*
20:41:45 Guest9344 joins (~Guest93@47.149.222.98)
20:41:51 <liskin> jg: a link but don't care really
20:42:30 <liskin> if you post it here it'll be logged for eternity; but then you'll presumably delete it anyway so …
20:43:14 <jg> lmao fair, whatever you think is best
20:52:00 <mc47> jq I just merged the PR we were talking about, so you can gladly give it a try and tell us what you think
20:52:06 × jg quits (~jrgiacone@47.149.222.98) (Ping timeout: 244 seconds)
20:52:30 × Guest9344 quits (~Guest93@47.149.222.98) (Ping timeout: 250 seconds)
20:54:08 jg joins (~jrgiacone@47.149.222.98)
20:54:36 <geekosaur> <mc47> jq I just merged the PR we were talking about, so you can gladly give it a try and tell us what you think
20:58:25 <jg> geekosaur, Yea I can try and take a look, it is in the X.M.StatusBar correct?
20:59:43 <geekosaur> I believe so, yes
21:00:26 <mc47> yes, if you know how to generate the documentation, it's under Dynamic Status bars
21:00:42 <mc47> (stack haddock would generate the docks, for example)
21:01:05 <jg> mc47 lol I don't know how, I've just been reading through the comments on github
21:01:35 <mc47> that's tedious lol
21:01:50 <jg> I am a bit of a newb...
21:02:16 <liskin> might be a nice little project to publish latest haddocks from github actions
21:02:39 <mc47> if you're using stack, just run `stack haddock` inside your cloned xmonad-contrib repo, and at the end of the logs you'll find a link to the html documentation
21:02:44 <liskin> (well, "nice" and "little" might not turn out to be accurate, though :-))
21:03:03 <geekosaur> we used to publish them to the wiki years ago,m then switched to just pointing to hackage
21:03:06 <jg> ooh let me launch the vm and try
21:03:22 <liskin> geekosaur: actually they were part of the website not that long ago
21:03:32 <mc47> hmm, is there something like "artifacts" in github actions?
21:03:51 <liskin> mc47: https://docs.github.com/en/actions/guides/storing-workflow-data-as-artifacts
21:04:09 <liskin> dunno if you can host a bunch of html pages from that, though
21:04:27 <liskin> there are all sorts of security implications if they allow that
21:04:35 <mc47> interesting
21:04:35 <geekosaur> and all of this reminds me that originally I was going to work on migrating the wiki this week, before the freenode shitstorm
21:04:50 <jg> running stack haddock rn its almost done
21:06:33 <jg> mc47, i cd'd to my xmonad-contrib folder and ran stack haddock, what should I be looking for after
21:07:02 <jg> jk i font the doc folder
21:07:11 <mc47> you should see a bunch of links to the documentation
21:08:34 <jg> these are links to the .16 stuff though, is this current with the commit made?
21:09:04 <mc47> haven't you checked out the master branch?
21:09:14 <mc47> you might need to run `git pull`
21:09:35 <jg> ah i just cloned the repo via 'git clone'
21:10:24 <jg> liskin, it shoud be uploaded to that folder, lmk if i need to relink it
21:10:35 <jg> I included the iso with it
21:17:31 × tekul quits (~tekul@82-68-220-238.dsl.in-addr.zen.co.uk) (Quit: Client closed)
21:21:27 <jg> mc47 after I git pull in each folder I just re-run stack install correct?
21:21:51 <mc47> not sure how you've set it up
21:21:59 <jg> lol ill just send it
21:22:16 <mc47> but if you followed the tutorial, stack build should do its job i guess
21:22:19 <jg> git pulled all 3, stack update, stack install lol
21:22:35 <mc47> you don't need stack update
21:22:43 <mc47> you actually just need to run stack build in your xmonad repo
21:22:47 <mc47> (probably)
21:23:03 <jg> good to know for future lol i'll just brute force it, I gave this vm 8 cores so it shouldnt take to long
21:23:53 <mc47> (the difference between stack build and stack install, is that stack install just does stack build and symlinks the binary)
21:27:20 <jg> geekosaur I am just trying to figure out how to extend vm to my second screen
21:29:55 <liskin> jg: it's 0.16 because we haven't bumped the version yet
21:30:04 <liskin> so git master still builds as 0.16
21:31:20 × jg quits (~jrgiacone@47.149.222.98) (Quit: Lost terminal)
21:33:11 jg joins (~jrgiacone@47.149.222.98)
21:33:21 <jg> accidently closed my X11 lmfao
21:34:15 <liskin> jg: re folder, I haven't seen the link anywhere; if you posted it around 22:53:00 CEST (20:53 UTC) you dropped out at the time
21:35:26 <jg> liskin here you go big dog: https://drive.google.com/drive/folders/1k5kJgxSkWgV_in2s6jIdJY5czedxtTqc?usp=sharing
21:38:39 <liskin> jg: okay, downloading
21:48:42 <jg> geekosaur, i got my vm to display both monitors, do i need to create two spawn pipes like in .15 for the xmobar to display on both screens. at the moment, it does not detect my second screen to generate another bar on its own
21:49:42 <geekosaur> jg, I was just forwarding mc47 said just before IRC told us you'd fallen out of the channel again; I have little to do with the dynamic status bar stuff. But my understanding is that if it's configured correctly it should be automatic
21:50:20 <geekosaur> (It does require configuration, not everyone wants multiple statusbars just because they have multiple monitors.)
21:51:03 <jg> hmmmm, I used the withEasySB (statusBarProp "xmobar" (pure myXmobarPP)) defTogleStrutsKey, but I was not prompeted with anything
21:51:20 <mc47> that should create one status bar
21:51:25 <jg> ahh
21:51:35 <jg> so its a me problem
21:52:01 <mc47> if you want more, you can either compose them with <>, or use dynamicSBs (or dynamicEasySBs)
21:52:36 <jg> like create a withSB section like hsown around line 252?
21:52:54 manuel__ joins (~manuel@185.68.78.228)
21:53:23 <mc47> not sure about the line, but yeah
21:53:41 <mc47> if you're looking at the source, the docs start at line 376
21:53:56 × manuel__ quits (~manuel@185.68.78.228) (Client Quit)
21:54:25 <jg> mc47, I am looking at the StatusBar.hs on github
21:54:38 <jg> i have a feeling im in the wrong spot
21:55:15 <mc47> https://github.com/xmonad/xmonad-contrib/blob/master/XMonad/Hooks/StatusBar.hs#L375
21:56:27 <jg> lit, reading now
22:01:59 manuel-io joins (~manuel@185.68.78.228)
22:03:37 allbery_b joins (~geekosaur@069-135-003-034.biz.spectrum.com)
22:04:30 × geekosaur quits (~geekosaur@069-135-003-034.biz.spectrum.com) (Ping timeout: 248 seconds)
22:04:39 <liskin> mc47: thought about the docs a bit and I think the easiest solution is to push the result into gh-pages on the xmonad and xmonad-contrib repos, possibly just the latter as it'd build haddock for both
22:05:06 <liskin> a hack but we don't need pages on those repos for anything else do we?
22:05:32 <mc47> sounds good to me
22:10:21 <jg> mc47 I believe i got it set up right, as I compiled, however, I do not think it likes my virtual screens as I have no bars now lol
22:10:40 <jg> do you know if virtual screens are identified different than 0 and 1
22:11:02 <mc47> no idea, sorry
22:11:07 <mc47> did you check your logs maybe?
22:11:20 <mc47> I'd start by launching "xmobar -x 0" from the terminal to debug it
22:11:20 <jg> let me set them up with _XMONAD_LOG
22:11:23 <jg> i did not
22:13:01 × manuel-io quits (~manuel@185.68.78.228) (Quit: leaving)
22:13:18 <jg> they both launch from terminal via "xmobar -x 0" or 1
22:13:19 allbery_b is now known as geekosaur
22:13:35 <mc47> hmm
22:13:43 <mc47> maybe share your config?
22:14:07 <jg> yea I will in a second, when i set up statusBarPropTo "_XMONAD_LOG_1" "xmobar.." where does that log go
22:14:28 <mc47> to _XMONAD_LOG_1 ? Not sure I follow the question
22:14:55 <jg> oh in the source code there was that xmonad log, i thought it was outputing an error file lol
22:15:12 <jg> when you put the XMONAD_LOG
22:16:34 × seschwar quits (~seschwar@user/seschwar) (Quit: :wq)
22:16:58 jg-vm joins (~jrgiacone@47.149.222.98)
22:24:31 <liskin> jg: https://store.lisk.in/tmp/2021-05-28-232412_956x1059_scrot.png
22:24:36 <liskin> what do I do :-)
22:24:57 <jg> valid anyway i can pm you
22:24:58 <jg> lol
22:25:21 <liskin> I hope there's a dummy password in there
22:25:36 <liskin> if not then I'll boot into a failsafe and reset it
22:25:50 <jg> lol ima make a quick dock in here, fortunately its not a password I use for anything anymore
22:26:27 <jg> liskin, made a file with the usr and psswd
22:28:20 <liskin> jg: ok, I'm in it :-)
22:29:41 <jg> liskin, so the issue comes when pressing mod+q or running xmonad --restart, mod+b will no longer toggle the xmobar, however, if you open a window such as a terminal, it will behave
22:29:56 <liskin> I'm looking into the xmobar issue first
22:30:07 <jg> mc47, im really struggling to copy to clipboard lol, sorry im struggling to get you this pastebin
22:30:15 <jg> vim novice still
22:30:38 <liskin> what editor did you use to edit the xmobarrc? when I start up vim the encoding is latin1
22:31:16 <jg> I use vim, that is weird, it should be un UTF
22:31:55 <geekosaur> guess this explains the degree business?
22:32:09 <jg> but when i ran file .xmobarrc, it spat out UTF-8
22:32:26 <geekosaur> "file" makes guesses; they're often wrong
22:32:46 <geekosaur> files don't have metadata saying what their encoding is, sadly
22:32:59 <liskin> geekosaur: it doesn't :-)
22:33:00 <mc47> jq I'll have to check it tomorrow, I'm calling it a night
22:33:11 <jg> no worries big dog, ill keep messing with it
22:33:14 <liskin> the explanation for the degree business is this
22:33:15 <jg> goodnight
22:33:19 <liskin> /etc/local.conf vs /etc/locale.conf
22:33:22 <mc47> good night!
22:33:26 <geekosaur> oh, whoops
22:33:27 <liskin> should be the latter, it is the former
22:33:29 × mc47 quits (~yecinem@89.246.239.190) (Quit: Leaving)
22:33:36 <liskin> so the entire X session runs with LANG=C
22:33:36 <jg> lmfao
22:33:38 <jg> no way
22:34:01 <liskin> yep :-)
22:34:25 <jg> let me just go die in a corner
22:35:35 <liskin> well anyway, I can reproduce the xmobar issue
22:35:46 <liskin> so that's a good start
22:35:48 <jg> the issue with struts?
22:35:50 <liskin> y
22:37:13 × jg-vm quits (~jrgiacone@47.149.222.98) (Quit: Lost terminal)
22:38:57 <jg> well thas a lovely fix, that damn e, at least im not crazy with the other one haha
22:39:42 <liskin> we don't know that yet :-D
22:39:50 <jg> lmao calls me out on github haha
22:39:59 <liskin> I hope you don't mind
22:40:13 <jg> nah its all good dog, i deserve to be embarassed for that one
22:40:33 <liskin> it's just, you know, if anyone else stumbles upon it, google will lead them to the solution, hopefully
22:42:33 <jg> that is fair, idk maybe this dynamicSB will solve the issue once i figure out how to impliment it properly
22:46:09 <liskin> okay, got this as well
22:46:22 <geekosaur> welp. the alsa issue has been reproduced: https://bugzilla.redhat.com/show_bug.cgi?id=1957233
22:46:22 <jg> youre joking.. lmao please tell me im not the idiot
22:46:26 <liskin> it's the overrideRedirect = False
22:46:26 <geekosaur> gcc11
22:46:52 <liskin> jg: you're not an idiot, we probably didn't document this anywhere
22:47:20 <liskin> struts toggling needs xmobar to lower itself on start, which it doesn't do when overrideRedirect is set to False
22:47:34 <jg> where is that set? in xmobar
22:47:59 <liskin> and until a couple weeks ago, overrideRedirect=False was the only way to get xmonad register position changes of xmobar
22:48:14 <liskin> so I totally understand that people would choose one bug over the other :-)
22:48:25 <jg> oh does the dynamicSB solve this?
22:48:28 <liskin> no
22:49:14 <liskin> but I think that you can just drop the overrideRedirect=False from your config and everything should be fine
22:49:23 <liskin> jg: do you remember why you had it there in the first place?
22:51:50 <jg> to be honest, it was a template I pulled from the tutorial
22:52:18 <jg> but that totally fixes it
22:52:32 <jg> hang on a sec ill link it
22:52:48 <liskin> oh, yeah, indeed there is overrideRedirect = False in the tutorial
22:53:06 <jg> https://github.com/xmonad/xmonad/blob/8dac0577b4050dddea040039e1bfb12c2f544afb/tutorial.md
22:54:12 <liskin> that's a bit weird, that couldn't have ever worked, because I don't remember doing anything that would affect this behaviour in particular
22:54:24 <liskin> Solid: does toggling struts work with overrideRedirect = False for you?
22:55:04 <liskin> jg: so anyway, thanks, you've discovered a real issue that wasn't your fault at all
22:55:18 <jg> I'm glad I could contribute a little
22:55:46 <jg> I'm also glad it was not anything crazy, and it was a simple fix
22:55:58 <liskin> (and I learned how to boot grub from the EFI shell, yay)
22:56:11 <jg> how do you normally boot it?
22:56:35 <liskin> normally it's installed as a boot entry
22:56:55 <liskin> but I didn't use your entire vm, I just took the disk image and booted it with qemu
22:57:03 <liskin> so the boot menu wasn't there :-)
22:57:20 <jg> oh do you prefer qmenu?
22:57:35 <jg> qemu
22:58:10 <liskin> yeah, I prefer free software in general as long as it works
22:58:30 <jg> respect
22:59:03 × autophagy quits (~mika@user/autophagy) (Quit: WeeChat 3.1)
22:59:19 <jg> ill lyk if i figure out this barSpawner, im giong to try and struggle with it for a bit
22:59:27 <jg> i appreciate the help
23:13:50 × td_ quits (~td@muedsl-82-207-238-082.citykom.de) (Ping timeout: 248 seconds)
23:14:37 td_ joins (~td@muedsl-82-207-238-082.citykom.de)
23:35:44 <jg> did any of yall have luck with dynamicSBs and barSpawner, I can make it run with "withSB and withEasySB" however not with barSpanwer and dynamicSBs, it compiles, it just does not actually run an instance of xmobar
23:40:52 × tremon quits (~tremon@217-63-61-89.cable.dynamic.v4.ziggo.nl) (Quit: getting boxed in)
23:42:27 jg-vm joins (~jrgiacone@47.149.222.98)
23:42:36 <jg-vm> https://pastebin.com/niCedcrw here is the pastebin for my attempt
23:44:11 <liskin> jg-vm: try dynamicEasySBs instead
23:44:26 <jg> i did already actually :)
23:44:38 <liskin> oh, and still nothing? :-(
23:44:42 <jg> then i can remove the avoid struts from myLayout
23:46:18 <liskin> I have no other ideas then, I haven't actually tried these dynamicSBs myself. I've read the code, it seemed okay, but haven't experimented with it yet.
23:46:44 <liskin> Might need to wait for mc47 if you don't figure it out.
23:47:03 <jg> its no worries I will keep tinkering, I did find that when I was using withSB in order for xmobar to read I had to change statusBarPropTo -> just statusBarProp
23:47:13 liskin goes to bed as well now
23:47:33 <jg> sleep well haha
23:47:48 <geekosaur> you'd have to use separate xmobarrc-s set to use different XmonadPropLog-s
23:48:06 <geekosaur> but that's about all I can tell you, I don't use xmobar
23:48:30 <jg> all good, yea with it set to To, it let me use the same .xmobarrc, and all the linking worked and updated
23:48:38 <jg> sorry without the To
23:49:36 <liskin> separate rcs will eventually be necessary but it should do something with just one
23:51:01 <jg-vm> https://pastebin.com/Pf7cugdT this is how I did it with a normal non-dynamic
23:59:08 allbery_b joins (~geekosaur@069-135-003-034.biz.spectrum.com)

All times are in UTC on 2021-05-28.