2021/04/26

2021-04-26 00:33:33 +0200seschwar(~seschwar@unaffiliated/seschwar) (Quit: :wq)
2021-04-26 01:22:54 +0200rekahsoft(~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection)
2021-04-26 01:23:25 +0200rekahsoft(~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com)
2021-04-26 01:53:33 +0200coldpress(~coldpress@128.9.105.34.bc.googleusercontent.com)
2021-04-26 02:29:29 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com) (Quit: Connection closed)
2021-04-26 02:29:34 +0200nova(~novasenco@gateway/tor-sasl/novasenco)
2021-04-26 02:35:40 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com)
2021-04-26 02:44:49 +0200kajzer(~kajzer@unaffiliated/kajzer) (Quit: WeeChat 3.1)
2021-04-26 02:56:21 +0200davemq(~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer)
2021-04-26 02:58:57 +0200davemq(~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net)
2021-04-26 02:59:47 +0200heatwave(~heatwave@192.145.118.123) (Quit: WeeChat 3.1)
2021-04-26 03:26:10 +0200heatwave(~heatwave@192.145.118.13)
2021-04-26 04:05:26 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com) (Quit: Connection closed)
2021-04-26 04:32:56 +0200novas0x2a1(~blah@157-131-126-102.fiber.dynamic.sonic.net) (Ping timeout: 260 seconds)
2021-04-26 04:33:45 +0200theDon(~td@94.134.91.236) (Ping timeout: 265 seconds)
2021-04-26 04:35:36 +0200theDon(~td@muedsl-82-207-238-220.citykom.de)
2021-04-26 04:36:21 +0200novas0x2a(~blah@157-131-126-102.fiber.dynamic.sonic.net)
2021-04-26 05:00:56 +0200heatwave(~heatwave@192.145.118.13) (Quit: WeeChat 3.1)
2021-04-26 05:41:11 +0200oogeek(~szz_@84.17.34.135)
2021-04-26 05:42:19 +0200 <oogeek> If I change the workspaces shown on one monitor, recompile xmonad.hs, restart xmonad, the previous workspaces are still there.
2021-04-26 05:42:40 +0200 <oogeek> I can still spawn software in it, like it is not deleted.
2021-04-26 05:43:08 +0200 <oogeek> For example I change from `myWorkspaces = map show [1..10]` to `myWorkspaces = map show [1..5]`
2021-04-26 05:43:20 +0200 <oogeek> There are still 10 workspaces after restart.
2021-04-26 05:43:42 +0200 <oogeek> Is this behavior expected?
2021-04-26 05:54:16 +0200heatwave(~heatwave@107.181.166.214)
2021-04-26 06:16:50 +0200ChubaDuba(~ChubaDuba@46.147.218.18)
2021-04-26 06:23:30 +0200heatwave(~heatwave@107.181.166.214) (Quit: WeeChat 3.1)
2021-04-26 06:29:09 +0200oogeek(~szz_@84.17.34.135) (Ping timeout: 245 seconds)
2021-04-26 06:31:10 +0200oogeek(~szz_@84.17.34.135)
2021-04-26 06:32:57 +0200linuxguru(~linuxguru@2607:fea8:d660:468e::3) (Quit: WeeChat 3.1)
2021-04-26 07:06:27 +0200ChubaDub1(~ChubaDuba@37.112.228.20)
2021-04-26 07:09:05 +0200ChubaDuba(~ChubaDuba@46.147.218.18) (Ping timeout: 260 seconds)
2021-04-26 07:14:57 +0200ChubaDub1(~ChubaDuba@37.112.228.20) (Quit: WeeChat 1.6)
2021-04-26 07:43:06 +0200s00pcan(~chris@075-133-056-178.res.spectrum.com) (Ping timeout: 240 seconds)
2021-04-26 07:45:14 +0200s00pcan(~chris@107.181.165.217)
2021-04-26 08:11:51 +0200wonko7(~wonko7@62.115.229.50)
2021-04-26 08:19:41 +0200oogeek(~szz_@84.17.34.135) (Quit: leaving)
2021-04-26 09:12:24 +0200thc202(~thc202@unaffiliated/thc202)
2021-04-26 09:22:05 +0200idhugo(~idhugo@80-62-116-231-mobile.dk.customer.tdc.net)
2021-04-26 09:27:02 +0200cfricke(~cfricke@unaffiliated/cfricke)
2021-04-26 09:28:30 +0200idhugo(~idhugo@80-62-116-231-mobile.dk.customer.tdc.net) (Remote host closed the connection)
2021-04-26 09:28:58 +0200idhugo(~idhugo@80-62-116-231-mobile.dk.customer.tdc.net)
2021-04-26 09:29:09 +0200nova(~novasenco@gateway/tor-sasl/novasenco) (Ping timeout: 240 seconds)
2021-04-26 09:32:57 +0200idhugo_(~idhugo@130.225.16.16)
2021-04-26 09:33:01 +0200nova(~novasenco@gateway/tor-sasl/novasenco)
2021-04-26 09:35:41 +0200idhugo(~idhugo@80-62-116-231-mobile.dk.customer.tdc.net) (Ping timeout: 260 seconds)
2021-04-26 09:36:00 +0200notis(~notis@45.134.20.36)
2021-04-26 09:44:02 +0200materiyolo(~materiyol@112.204.174.249)
2021-04-26 10:00:27 +0200heatwave(~heatwave@66.115.157.10)
2021-04-26 10:01:33 +0200evanjs(~evanjs@075-129-098-007.res.spectrum.com) (Read error: Connection reset by peer)
2021-04-26 10:01:46 +0200 <heatwave> Hello! I have an %alsa% volume in my xmobar, and it freezes when the audio source is changed. How could I ensure a refresh when a new audio sink is used?
2021-04-26 10:02:29 +0200idhugo__(~idhugo@130.225.16.16)
2021-04-26 10:04:17 +0200evanjs(~evanjs@075-129-098-007.res.spectrum.com)
2021-04-26 10:05:11 +0200idhugo_(~idhugo@130.225.16.16) (Ping timeout: 268 seconds)
2021-04-26 10:05:21 +0200rekahsoft(~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection)
2021-04-26 10:05:46 +0200rekahsoft(~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com)
2021-04-26 10:23:54 +0200pittma(sid332680@gateway/web/irccloud.com/x-gvgbfrjcaouidwov) (Read error: Connection reset by peer)
2021-04-26 10:24:59 +0200rekahsoft(~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Ping timeout: 245 seconds)
2021-04-26 10:29:37 +0200pittma(sid332680@gateway/web/irccloud.com/x-aejnaqenbksinuhn)
2021-04-26 10:55:31 +0200idhugo__(~idhugo@130.225.16.16) (Read error: Connection reset by peer)
2021-04-26 10:56:55 +0200idhugo__(~idhugo@87-49-45-4-mobile.dk.customer.tdc.net)
2021-04-26 11:00:08 +0200liskin[m](liskinmatr@gateway/shell/matrix.org/x-udaoaozvacfjejfp) (Quit: Idle for 30+ days)
2021-04-26 11:02:02 +0200eqw(~eqw@31.134.178.99) (Ping timeout: 260 seconds)
2021-04-26 11:04:55 +0200kajzer(~kajzer@unaffiliated/kajzer)
2021-04-26 11:47:27 +0200materiyolo(~materiyol@112.204.174.249) (Quit: WeeChat 3.0.1)
2021-04-26 12:24:23 +0200ericsagn1(~ericsagne@2405:6580:0:5100:9e02:7bf3:beb9:eefe) (Ping timeout: 250 seconds)
2021-04-26 12:37:47 +0200ericsagn1(~ericsagne@2405:6580:0:5100:f023:81fa:fbf5:ef93)
2021-04-26 13:07:03 +0200idhugo__(~idhugo@87-49-45-4-mobile.dk.customer.tdc.net) (Ping timeout: 265 seconds)
2021-04-26 13:41:00 +0200idhugo(~idhugo@87-49-45-4-mobile.dk.customer.tdc.net)
2021-04-26 14:38:56 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com)
2021-04-26 14:51:38 +0200 <geekosaur> @tell oogeek mod-shift-space is needed after layout or workspace changes. if you renamed workspaces, you will find that the old names are recreated in the new xmonad, since it has no idea what to do with the windows on those workspaces. (if there are no windows on them, they won't be recreated)
2021-04-26 14:51:38 +0200 <lambdabot> Consider it noted.
2021-04-26 14:57:15 +0200davemq(~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer)
2021-04-26 14:57:38 +0200davemq(~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net)
2021-04-26 14:58:17 +0200 <Liskni_si> geekosaur: I don't think mod-shift-space will reset the set of workspaces in the StackSet
2021-04-26 15:01:14 +0200 <geekosaur> 'if you renamed workspaces' etc.
2021-04-26 15:48:13 +0200thunderrd(~thunderrd@183.182.114.233) (Ping timeout: 265 seconds)
2021-04-26 15:57:29 +0200xubun2(~xubun2@unaffiliated/xubun2)
2021-04-26 16:14:14 +0200growpotkin(~growpotki@130-45-30-154.dyn.grandenetworks.net)
2021-04-26 16:15:54 +0200kajzer(~kajzer@unaffiliated/kajzer) (Quit: WeeChat 3.1)
2021-04-26 16:18:08 +0200mc47(~yecinem@89.246.239.190)
2021-04-26 16:21:39 +0200kajzer(~kajzer@unaffiliated/kajzer)
2021-04-26 16:27:18 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com) (Quit: Connection closed)
2021-04-26 16:36:45 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com)
2021-04-26 16:36:58 +0200idhugo_(~idhugo@80-62-116-231-mobile.dk.customer.tdc.net)
2021-04-26 16:39:40 +0200idhugo(~idhugo@87-49-45-4-mobile.dk.customer.tdc.net) (Ping timeout: 252 seconds)
2021-04-26 16:43:46 +0200idhugo_(~idhugo@80-62-116-231-mobile.dk.customer.tdc.net) (Ping timeout: 240 seconds)
2021-04-26 16:59:47 +0200 <heatwave> How can i have a floating window move with on the active workspace itself?
2021-04-26 17:00:29 +0200 <geekosaur> doIgnore it, but then you also can't interact with it. xmonad doesn't handle this use case well
2021-04-26 17:00:29 +0200 <heatwave> floating window move on the active workspace itself*
2021-04-26 17:00:40 +0200 <heatwave> aah, thank you
2021-04-26 17:00:46 +0200 <geekosaur> on, or with?
2021-04-26 17:01:10 +0200 <heatwave> would that make a difference 🤔
2021-04-26 17:01:34 +0200 <heatwave> and interaction would be cool, since it's a Picture in Picture video element
2021-04-26 17:01:52 +0200 <heatwave> so I would want to move/adjust it based on active screen's content
2021-04-26 17:02:18 +0200 <geekosaur> ok, so what I said won't work
2021-04-26 17:02:34 +0200 <geekosaur> once floated you can move it with mod-mouse
2021-04-26 17:03:16 +0200 <geekosaur> or XMonad.Actions.FloatKeys
2021-04-26 17:03:45 +0200 <heatwave> Yes, I can do that with doCenterFloat, but moving it to whatever workspace is active?
2021-04-26 17:04:07 +0200 <heatwave> Very new to Xmonad, but couldnt I do like move to PPcurrent?
2021-04-26 17:04:20 +0200 <geekosaur> ok, so you did mean with. I don't think you can do that since it'd require it to be part of the layout but then it's not floating
2021-04-26 17:05:13 +0200 <mc47> XMonad.Actions.CopyWindow might work
2021-04-26 17:05:56 +0200 <geekosaur> Maybe XMonad.Layout.Monitor
2021-04-26 17:06:14 +0200 <heatwave> checking these out now, thanks!
2021-04-26 17:06:55 +0200 <heatwave> another 'quicky', how can I refresh/update alsa volume module in xmobar when an audio source is changed?
2021-04-26 17:07:13 +0200 <heatwave> currently it freezes but works instantly on a manual rebuild
2021-04-26 17:07:48 +0200 <geekosaur> thta sounds like an xmobar bug
2021-04-26 17:09:16 +0200 <heatwave> hmm, I would expect that to be known already? Let me look at opened issues
2021-04-26 17:15:44 +0200seschwar(~seschwar@unaffiliated/seschwar)
2021-04-26 17:17:28 +0200thunderrd(~thunderrd@183.182.110.191)
2021-04-26 17:30:04 +0200rekahsoft(~rekahsoft@52.129.35.150)
2021-04-26 17:33:27 +0200ericsagn1(~ericsagne@2405:6580:0:5100:f023:81fa:fbf5:ef93) (Ping timeout: 260 seconds)
2021-04-26 17:46:08 +0200ericsagn1(~ericsagne@2405:6580:0:5100:8cfe:e2c:fb24:3adc)
2021-04-26 17:49:20 +0200idhugo_(~idhugo@80-62-116-231-mobile.dk.customer.tdc.net)
2021-04-26 17:56:36 +0200 <heck-to-the-gnom> <geekosaur "doIgnore it, but then you also c"> doIgnore isn't the best solution here, I think
2021-04-26 17:56:57 +0200 <heck-to-the-gnom> copyWindow is what he needs
2021-04-26 17:57:02 +0200 <heck-to-the-gnom> they*
2021-04-26 17:58:00 +0200 <geekosaur> yeh, we got there. or Monitor
2021-04-26 18:10:19 +0200cfricke(~cfricke@unaffiliated/cfricke) (Ping timeout: 260 seconds)
2021-04-26 18:39:11 +0200xubun2(~xubun2@unaffiliated/xubun2) (Ping timeout: 252 seconds)
2021-04-26 18:41:25 +0200mc47(~yecinem@89.246.239.190) (Quit: Leaving)
2021-04-26 18:45:30 +0200kelnoky(~shao@ip1f128ba7.dynamic.kabel-deutschland.de)
2021-04-26 18:52:46 +0200s00pcan(~chris@107.181.165.217) (Ping timeout: 240 seconds)
2021-04-26 18:53:39 +0200cfricke(~cfricke@unaffiliated/cfricke)
2021-04-26 18:55:02 +0200s00pcan(~chris@075-133-056-178.res.spectrum.com)
2021-04-26 19:05:24 +0200idhugo_(~idhugo@80-62-116-231-mobile.dk.customer.tdc.net) (Ping timeout: 268 seconds)
2021-04-26 19:51:23 +0200ADG1089(~aditya@171.76.29.233)
2021-04-26 19:53:10 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com) (Quit: Connection closed)
2021-04-26 20:15:05 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com)
2021-04-26 20:19:38 +0200s00pcan(~chris@075-133-056-178.res.spectrum.com) (Ping timeout: 260 seconds)
2021-04-26 20:21:13 +0200s00pcan(~chris@107.181.165.217)
2021-04-26 20:27:41 +0200ADG1089(~aditya@171.76.29.233) (Quit: Konversation terminated!)
2021-04-26 20:29:11 +0200cyr4x3(~cyr4x3@139.47.119.53)
2021-04-26 20:42:11 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com) (Quit: Connection closed)
2021-04-26 20:47:55 +0200linuxguru(~linuxguru@2607:fea8:d660:468e::3)
2021-04-26 20:57:36 +0200geekosaur(930099da@rrcs-147-0-153-218.central.biz.rr.com)
2021-04-26 22:15:03 +0200davemq(~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Read error: Connection reset by peer)
2021-04-26 22:15:37 +0200davemq(~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net)
2021-04-26 22:19:15 +0200kajzer(~kajzer@unaffiliated/kajzer) (Quit: WeeChat 3.1)
2021-04-26 22:27:29 +0200notis(~notis@45.134.20.36) (Ping timeout: 245 seconds)
2021-04-26 22:29:36 +0200notis(~notis@185.51.134.229)
2021-04-26 22:32:52 +0200wonko7(~wonko7@62.115.229.50) (Ping timeout: 240 seconds)
2021-04-26 22:40:45 +0200nova(~novasenco@gateway/tor-sasl/novasenco) (Ping timeout: 240 seconds)
2021-04-26 22:43:05 +0200nova(~novasenco@gateway/tor-sasl/novasenco)
2021-04-26 22:50:20 +0200cyr4x3(~cyr4x3@139.47.119.53) (Quit: WeeChat 1.6)
2021-04-26 23:02:11 +0200s00pcan(~chris@107.181.165.217) (Ping timeout: 268 seconds)
2021-04-26 23:03:40 +0200s00pcan(~chris@075-133-056-178.res.spectrum.com)
2021-04-26 23:33:41 +0200ADG1089(~aditya@171.76.29.233)
2021-04-26 23:41:26 +0200eb0t(~eblip@unaffiliated/eblip)
2021-04-26 23:57:34 +0200kelnoky(~shao@ip1f128ba7.dynamic.kabel-deutschland.de) (Quit: WeeChat 3.1)