Logs on 2021-10-03 (liberachat/#xmonad)
| 02:04:34 | × | banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 252 seconds) |
| 02:22:01 | → | banc joins (banc@gateway/vpn/airvpn/banc) |
| 02:36:53 | → | minty joins (~minty@pool-173-61-191-195.cmdnnj.fios.verizon.net) |
| 02:37:17 | × | minty quits (~minty@pool-173-61-191-195.cmdnnj.fios.verizon.net) (Client Quit) |
| 02:38:33 | → | SpiderPig joins (~matt@107.117.203.177) |
| 02:39:01 | × | abhixec quits (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Remote host closed the connection) |
| 02:41:35 | × | terrorjack quits (~terrorjac@static.3.200.12.49.clients.your-server.de) (Quit: The Lounge - https://thelounge.chat) |
| 02:43:48 | → | terrorjack joins (~terrorjac@static.3.200.12.49.clients.your-server.de) |
| 02:50:43 | × | SpiderPig quits (~matt@107.117.203.177) (Ping timeout: 252 seconds) |
| 03:00:04 | × | td_ quits (~td@94.134.91.111) (Ping timeout: 252 seconds) |
| 03:01:51 | → | td_ joins (~td@muedsl-82-207-238-036.citykom.de) |
| 03:16:22 | → | abhixec joins (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
| 03:52:44 | → | trillp joins (~trillp@69.233.98.238) |
| 04:15:18 | → | Buliarou1 joins (~gypsydang@185.207.166.57) |
| 04:15:32 | → | incertia_ joins (~incertia@d4-50-26-103.nap.wideopenwest.com) |
| 04:15:57 | → | nomadxx3 joins (~lanomadx@69.167.45.89) |
| 04:16:25 | → | skewerr joins (spoonm@inaba.spoonm.org) |
| 04:16:31 | → | matijja` joins (~matijja@193.77.181.201) |
| 04:16:35 | → | joshproehl_ joins (~quassel@user/joshproehl) |
| 04:16:44 | → | electr0n_ joins (~electr0n@about/security/founder/electr0n) |
| 04:17:08 | → | piele joins (~piele@tbonesteak.creativeserver.net) |
| 04:17:33 | → | slime__ joins (~slime@lychee.hauntware.cc) |
| 04:20:21 | × | electr0n quits (~electr0n@about/security/founder/electr0n) (*.net *.split) |
| 04:20:21 | × | incertia quits (~incertia@d4-50-26-103.nap.wideopenwest.com) (*.net *.split) |
| 04:20:21 | × | piele_ quits (~piele@tbonesteak.creativeserver.net) (*.net *.split) |
| 04:20:21 | × | slime_ quits (~slime@lychee.hauntware.cc) (*.net *.split) |
| 04:20:21 | × | nomadxxxx3 quits (~lanomadx@69.167.45.89) (*.net *.split) |
| 04:20:22 | × | matijja quits (~matijja@193.77.181.201) (*.net *.split) |
| 04:20:22 | × | joshproehl quits (~quassel@user/joshproehl) (*.net *.split) |
| 04:20:22 | × | spoonm quits (spoonm@inaba.spoonm.org) (*.net *.split) |
| 04:20:22 | × | Buliarous quits (~gypsydang@185.207.166.57) (*.net *.split) |
| 04:20:22 | incertia_ | is now known as incertia |
| 04:22:03 | × | piele quits (~piele@tbonesteak.creativeserver.net) (Ping timeout: 252 seconds) |
| 04:22:13 | → | piele joins (~piele@tbonesteak.creativeserver.net) |
| 04:24:03 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b))) |
| 04:24:03 | → | allbery_b joins (~geekosaur@xmonad/geekosaur) |
| 04:24:06 | allbery_b | is now known as geekosaur |
| 04:26:26 | → | haasn` joins (~nand@haasn.dev) |
| 04:26:41 | → | td__ joins (~td@muedsl-82-207-238-036.citykom.de) |
| 04:27:24 | → | deebo_ joins (~globe@stonebay32.com) |
| 04:27:41 | → | yosafbridge` joins (~yosafbrid@static.38.6.217.95.clients.your-server.de) |
| 04:27:51 | × | yosafbridge quits (~yosafbrid@static.38.6.217.95.clients.your-server.de) (Ping timeout: 252 seconds) |
| 04:27:52 | → | pl_ joins (sid98063@id-98063.helmsley.irccloud.com) |
| 04:28:24 | × | td_ quits (~td@muedsl-82-207-238-036.citykom.de) (Ping timeout: 252 seconds) |
| 04:28:24 | × | jokleinn quits (~jokleinn@user/jokleinn) (Ping timeout: 252 seconds) |
| 04:28:24 | × | deebo quits (~globe@stonebay32.com) (Ping timeout: 252 seconds) |
| 04:28:28 | × | haasn quits (~nand@haasn.dev) (Ping timeout: 252 seconds) |
| 04:28:28 | × | pl quits (sid98063@2a03:5180:f:1::1:7f0f) (Ping timeout: 252 seconds) |
| 04:28:28 | × | Nahra` quits (~user@static.161.95.99.88.clients.your-server.de) (Ping timeout: 252 seconds) |
| 04:28:28 | haasn` | is now known as haasn |
| 04:28:28 | pl_ | is now known as pl |
| 04:28:53 | → | terrorjack1 joins (~terrorjac@static.3.200.12.49.clients.your-server.de) |
| 04:29:13 | × | terrorjack quits (~terrorjac@static.3.200.12.49.clients.your-server.de) (Ping timeout: 252 seconds) |
| 04:29:13 | terrorjack1 | is now known as terrorjack |
| 04:29:46 | × | Forkk quits (~forkk@li926-228.members.linode.com) (Ping timeout: 252 seconds) |
| 04:29:48 | → | Nahra`` joins (~user@static.161.95.99.88.clients.your-server.de) |
| 04:30:40 | → | Forkk joins (~forkk@li926-228.members.linode.com) |
| 04:30:45 | electr0n_ | is now known as electr0n |
| 04:33:23 | × | tv quits (~tv@user/tv) (Ping timeout: 252 seconds) |
| 04:33:31 | → | tv1 joins (~tv@user/tv) |
| 04:36:16 | → | steve_ joins (~steve@ool-182c2aa4.dyn.optonline.net) |
| 04:37:13 | × | steve__ quits (~steve@ool-182c2aa4.dyn.optonline.net) (Read error: Connection reset by peer) |
| 04:38:08 | × | abhixec quits (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Ping timeout: 252 seconds) |
| 04:38:21 | → | abhixec joins (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
| 04:41:25 | × | darkstardevx quits (~darkstard@2601:1c2:300:c8a0::f2b6) (Remote host closed the connection) |
| 04:41:25 | × | td__ quits (~td@muedsl-82-207-238-036.citykom.de) (Ping timeout: 252 seconds) |
| 04:41:38 | → | td_ joins (~td@muedsl-82-207-238-036.citykom.de) |
| 04:41:41 | × | terrorjack quits (~terrorjac@static.3.200.12.49.clients.your-server.de) (Read error: Connection reset by peer) |
| 04:41:44 | → | darkstardevx joins (~darkstard@2601:1c2:300:c8a0::f2b6) |
| 04:41:58 | × | scardinal quits (~supreme@customer-212-237-101-39.ip4.gigabit.dk) (Ping timeout: 252 seconds) |
| 04:42:14 | → | terrorjack joins (~terrorjac@static.3.200.12.49.clients.your-server.de) |
| 04:42:24 | → | scardinal joins (~supreme@customer-212-237-101-39.ip4.gigabit.dk) |
| 04:44:46 | → | darkstarx joins (~darkstard@2601:1c2:300:c8a0::f2b6) |
| 04:46:49 | × | deepy quits (deepy@user/deepy) (Ping timeout: 252 seconds) |
| 04:47:55 | → | deepy joins (deepy@user/deepy) |
| 04:48:04 | × | darkstardevx quits (~darkstard@2601:1c2:300:c8a0::f2b6) (Ping timeout: 252 seconds) |
| 05:00:17 | → | jsoo_ joins (~znc@irc.refl.club) |
| 05:02:02 | → | trillp_ joins (~trillp@69.233.98.238) |
| 05:02:59 | × | trillp quits (~trillp@69.233.98.238) (Killed (NickServ (GHOST command used by trillp_))) |
| 05:03:31 | × | jsoo quits (~znc@irc.refl.club) (Ping timeout: 252 seconds) |
| 05:05:40 | × | trillp_ quits (~trillp@69.233.98.238) (Client Quit) |
| 05:52:28 | <Solid> | <elonsroadster[m]> Thats not REQUIRED just for using xmonad though... << now I'm confused; weren't we talking about extra steps to take in order to facilitate the "modify contrib" workflow? I'm just saying that the extra step for stack is literally "do nothing", while it seems non-trivial with a nix-based setup |
| 06:42:34 | <HAL[m]> | hello, I deleted the `~/.stack` folder and reinstall packages in `~/.xmonad` folder, but with the following error:... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/55a958deecd2b10843631b7a5317941890791c07) |
| 06:46:44 | <Solid> | seems like it can't determine your system in order to install a proper ghc version |
| 06:47:09 | <Solid> | you could try changing the stack resolver to match your system GHC's and then force stack to use that |
| 06:57:38 | <HAL[m]> | <Solid> "seems like it can't determine..." <- Thanks this is the second time I forgot... checked #4711 and created the symlink `sudo ln -s /usr/lib/libncurses.so.6 /usr/lib/libtinfo.so.6` |
| 06:57:55 | <Solid> | ah yes, that also works |
| 07:12:47 | ← | qbt parts (~qbt@user/edun) () |
| 08:03:35 | → | coldpress joins (~coldpress@128.9.105.34.bc.googleusercontent.com) |
| 08:10:58 | × | werneta quits (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 252 seconds) |
| 08:17:33 | → | allbery_b joins (~geekosaur@xmonad/geekosaur) |
| 08:17:33 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b))) |
| 08:17:36 | allbery_b | is now known as geekosaur |
| 09:16:20 | → | seschwar joins (~seschwar@user/seschwar) |
| 09:51:17 | → | Solid[m] joins (~slot-matr@2001:470:69fc:105::1:a84) |
| 10:48:19 | → | sagax joins (~sagax_nb@user/sagax) |
| 10:55:09 | → | cyr4x3 joins (~cyr4x3@139.47.115.87) |
| 10:58:47 | → | Archanus[m] joins (~archanusm@2001:470:69fc:105::f953) |
| 11:41:27 | → | allbery_b joins (~geekosaur@xmonad/geekosaur) |
| 11:41:27 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Killed (NickServ (GHOST command used by allbery_b))) |
| 11:41:30 | allbery_b | is now known as geekosaur |
| 11:51:43 | × | cyr4x3 quits (~cyr4x3@139.47.115.87) (Quit: WeeChat 2.3) |
| 14:25:33 | Solid | notices that mid-October is merely two weeks away... :) |
| 14:26:17 | <geekosaur> | tempus fugit |
| 14:26:49 | <geekosaur> | we've missed so many deadlines already, what's another? :þ |
| 14:28:42 | <Solid> | Oct 25 would mark the one year anniversary of the "pls do another release soon" issue; probably best not to celebrate that :> |
| 14:29:07 | <geekosaur> | halloween? |
| 14:29:56 | <Solid> | A halloween-themed xmonad release? With pumpkins as decorations! |
| 14:33:20 | <mc47[m]> | Ouf, I couldn't help the temptation of going on an indulgent trip to Italy after doing the thesis defense |
| 14:34:15 | <mc47[m]> | Is there any issues I could work on? Otherwise I'd try and update the DynamicLog references |
| 14:39:59 | <Solid> | probably not even that much that still needs work, tbh; once we merge #605 only the EWMH stuff and possibly the extensible state non-unique keys remain |
| 14:40:33 | <Solid> | the former would be really nice to have, the latter seems like it could also wait until the next release |
| 14:41:04 | <mc47[m]> | Agreed |
| 14:41:36 | <Solid> | (and if all else fails I would also be in favour of delaying the EMWH stuff until the next release; better get something out than treading water for another 6 months :)) |
| 14:41:54 | <Solid> | so DynamicLog docs would be great! :D |
| 14:55:26 | → | Ihaveaquestion joins (~Ihaveaque@78.175.178.18) |
| 14:58:07 | <Ihaveaquestion> | Hello |
| 14:58:10 | <Ihaveaquestion> | Some windows close when I make them too small. Can I make them not shrink more than a certain scale ? |
| 15:03:24 | <Archanus[m]> | <Ihaveaquestion> "Some windows close when I make..." <- Huh thats interesting, how many windows are you opening per screen? |
| 15:11:38 | <Ihaveaquestion> | Sorry for my poor english, when I shrink it with the mouse |
| 15:22:59 | × | Ihaveaquestion quits (~Ihaveaque@78.175.178.18) (Ping timeout: 256 seconds) |
| 15:24:51 | → | Ihaveaquestion joins (~Ihaveaque@78.171.12.232) |
| 15:42:57 | × | Ihaveaquestion quits (~Ihaveaque@78.171.12.232) (Quit: Client closed) |
| 15:50:28 | <liskin> | Solid, mc47[m]: I should be back from vacation tomorrow |
| 15:50:42 | <liskin> | At least somewhat |
| 15:51:31 | × | electr0n quits (~electr0n@about/security/founder/electr0n) (Quit: WeeChat 3.3) |
| 16:22:18 | → | werneta joins (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
| 17:07:57 | → | rekahsoft joins (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
| 17:19:07 | × | geekosaur quits (~geekosaur@xmonad/geekosaur) (Remote host closed the connection) |
| 17:19:32 | → | geekosaur joins (~geekosaur@xmonad/geekosaur) |
| 17:36:17 | → | YusefAslam[m]1 joins (~lol111mat@2001:470:69fc:105::1:ad7) |
| 18:01:07 | → | nomadxxxx3 joins (~lanomadx@69.167.36.238) |
| 18:01:11 | <YusefAslam[m]1> | How do I escape the template text into multiple lines using the default XMobar config syntax, it is one huge line and is very hard to decipher currently? |
| 18:01:15 | <YusefAslam[m]1> | s/?/./ |
| 18:01:30 | <YusefAslam[m]1> | s/How do I escape the template text into multiple lines using the default XMobar config syntax, it is one huge line and is very hard to decipher currently?/How do I escape the template text into multiple lines using the default XMobar config syntax (not the Haskell syntax), it is one huge line and is very hard to decipher currently./ |
| 18:02:13 | × | nomadxx3 quits (~lanomadx@69.167.45.89) (Ping timeout: 252 seconds) |
| 18:03:02 | YusefAslam[m]1 | is now known as STEVEOSSAS[m] |
| 18:04:03 | <Solid> | I don't know if the parser supports this, but seeing that the config syntax is a subset of haskell you could try a backslash followed by a newline to split the string |
| 18:07:01 | STEVEOSSAS[m] | uploaded an image: (33KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/vhBOGhVhNoDRyhmhoeKXhvgS/Screenshot%20from%202021-10-03%2019-06-38.png > |
| 18:07:13 | <STEVEOSSAS[m]> | Tried this, XMobar doesn't recompile after |
| 18:08:53 | STEVEOSSAS[m] | is now known as TORRENTER[m] |
| 18:14:32 | <Solid> | I suppose your only options are to either hack this into the config file format or to use haskell to configure xmobar then :) |
| 18:14:55 | <TORRENTER[m]> | K np, thanks for the help anyway :)) |
| 18:29:22 | → | jokleinn joins (~jokleinn@user/jokleinn) |
| 19:29:14 | <TORRENTER[m]> | Hey guys, I have an issue with 2 XMobars: One is at the top of the screen, one is at the bottom. I have an issue where one bar (e.g: top bar) doesn't kill itself on recompile, but the other bar (the bottom one) kills itself and then restarts, why is one bar not restarting, while the other one restarts as normal? Is it maybe because I configured ppOutput wrong?? What is going on? (Also mentioning that the CPU skyrockets on recompile to 99%, |
| 19:29:14 | <TORRENTER[m]> | after recompile it sits at 19-30% usage, this is because of the duplicate bars spawning on top of each other probably). |
| 19:29:22 | <TORRENTER[m]> | s/XMobars/XMobar instances/ |
| 19:29:49 | <TORRENTER[m]> | s/Hey guys, I have an issue with 2 XMobars: One is at the top of the screen, one is at the bottom. I have an issue where one bar (e.g: top bar) doesn't kill itself on recompile, but the other bar (the bottom one) kills itself and then restarts, why is one bar not restarting, while the other one restarts as normal? Is it maybe because I configured ppOutput wrong?? What is going on? (Also mentioning that the CPU skyrockets on recompile to |
| 19:29:49 | <TORRENTER[m]> | 99%, after recompile it sits at 19-30% usage, this is because of the duplicate bars spawning on top of each other probably)./Hey guys, I have an issue with 2 XMobar instances: One is at the top of the screen, one is at the bottom. I have an issue where one bar (e.g: top bar) doesn't kill itself on recompile, but the other bar (the bottom one) kills itself and then restarts, why is one bar not restarting (but respawning on itself, while the |
| 19:29:49 | <TORRENTER[m]> | previous process isn't killed), while the other one restarts as normal? Is it maybe because I configured ppOutput wrong?? What is going on? (Also mentioning that the CPU skyrockets on recompile to 99%, after recompile it sits at 19-30% usage, this is because of the duplicate bars spawning on top of each other probably)./ |
| 19:33:28 | TORRENTER[m] | uploaded an image: (20KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/vBHDSSZxROSwIDYtqEBOVTum/Screenshot%20from%202021-10-03%2020-32-47.png > |
| 19:33:48 | <TORRENTER[m]> | TORRENTER[m]: Main bit of config |
| 19:35:32 | TORRENTER[m] | uploaded an image: (91KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/eJqfVwahXjywFisRBRAPMwjm/Screenshot%20from%202021-10-03%2020-34-59.png > |
| 19:35:33 | <TORRENTER[m]> | TORRENTER[m]: The rest of main |
| 19:36:45 | <TORRENTER[m]> | TORRENTER[m]: xmproc is the top bar on the main screen, xmprocbtmscr1 is the bottom bar on the main screen |
| 19:37:20 | <TORRENTER[m]> | StdinReader is only running on the bottom bar BTW |
| 19:39:12 | <TORRENTER[m]> | I have to do `killall xmobar` in the terminal, this kills all instances of the top bar and the one instance of the bottom bar. |
| 19:39:30 | <TORRENTER[m]> | * the terminal to actually kill the bar instances, this |
| 19:39:37 | <TORRENTER[m]> | * the terminal to actually instances, this |
| 19:39:59 | <TORRENTER[m]> | s/I have to do `killall xmobar` in the terminal, this kills all instances of the top bar and the one instance of the bottom bar./I have to do `killall xmobar` in the terminal to actually kill all the instances of the top bar./ |
| 19:40:49 | <TORRENTER[m]> | s/I have to do `killall xmobar` in the terminal, this kills all instances of the top bar and the one instance of the bottom bar./I have to do `killall xmobar` in the terminal to actually kill all the instances of the top bar. / |
| 19:41:44 | <TORRENTER[m]> | But hitting the recompile keybind for XMonad (alt-q) restarts the top bar & bottom bar as normal. When hitting this keybind again, the top bar doesn't kill and then restart itself, it just restarts an makes a new instance on top of itself; The bottom bar acts normally though.. |
| 19:41:55 | <TORRENTER[m]> | s/an/and/ |
| 19:44:49 | × | rekahsoft quits (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection) |
| 19:45:16 | → | rekahsoft joins (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
| 19:46:19 | <TORRENTER[m]> | This screenshot is proof that the top bar doesn't restart properly: |
| 19:46:33 | TORRENTER[m] | uploaded an image: (15KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/DSkAAMdFmifpcgpedVMbhwIq/Screenshot%20from%202021-10-03%2020-45-49.png > |
| 19:47:57 | <TORRENTER[m]> | I'm on the stable version of XMonad, 0.15 BTW |
| 19:48:01 | <TORRENTER[m]> | Not the git version |
| 19:48:37 | <TORRENTER[m]> | s/Hey guys, I have an issue with 2 XMobars: One is at the top of the screen, one is at the bottom. I have an issue where one bar (e.g: top bar) doesn't kill itself on recompile, but the other bar (the bottom one) kills itself and then restarts, why is one bar not restarting, while the other one restarts as normal? Is it maybe because I configured ppOutput wrong?? What is going on? (Also mentioning that the CPU skyrockets on recompile to |
| 19:48:37 | <TORRENTER[m]> | 99%, after recompile it sits at 19-30% usage, this is because of the duplicate bars spawning on top of each other probably)./Hey guys, I have an issue with 2 XMobar instances: One is at the top of the screen, one is at the bottom. I have an issue where one bar (top bar) doesn't kill itself on recompile, but the other bar (the bottom one) kills itself and then restarts, why is one bar not restarting (but respawning on itself, while the |
| 19:48:37 | <TORRENTER[m]> | previous process isn't killed), while the other one restarts as normal? Is it maybe because I configured ppOutput wrong?? What is going on? (Also mentioning that the CPU skyrockets on recompile to 99%, after recompile it sits at 19-30% usage, this is because of the duplicate bars spawning on top of each other probably)./ |
| 19:49:05 | × | rekahsoft quits (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection) |
| 19:49:28 | → | rekahsoft joins (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
| 19:54:31 | <mc47[m]> | Since StdinReader isn't running on the top bar, there's no way to kill it |
| 19:54:40 | × | rekahsoft quits (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection) |
| 19:55:03 | → | rekahsoft joins (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
| 19:56:26 | <mc47[m]> | Either use spawnOnce for the top bar so you don't restart it, add some logic to kill bars in your startupHook, or use XMonad.Hooks.StatusBar from the git version of contrib for a clean solution |
| 19:57:53 | <mc47[m]> | For the last option, you might want to check https://xmonad.org/INSTALL.html and https://xmonad.github.io/xmonad-docs/xmonad-contrib-0.16.999/XMonad-Hooks-StatusBar.html |
| 19:58:27 | <TORRENTER[m]> | Thanks! So you're saying either update or use a janky fix? |
| 19:58:45 | <TORRENTER[m]> | I'll stick with the janky fix for now, might switch to the git version later I guess.. |
| 20:02:07 | <TORRENTER[m]> | s/?/../ |
| 20:02:27 | <TORRENTER[m]> | s/a/the/, s/janky fix?/startupHook/ |
| 20:02:37 | <TORRENTER[m]> | s/janky/startupHook/ |
| 20:03:17 | <TORRENTER[m]> | s/I'm on the stable version of XMonad, 0.15 BTW/I'm on the stable version of XMonad, 0.15, and on the stable version of XMonad-Contrib too../ |
| 20:06:21 | <TORRENTER[m]> | Anyway I would go about doing the startupHook fix you mentioned (I am a beginner sry..) |
| 20:06:27 | <TORRENTER[m]> | s/Anyway I would go about doing the startupHook fix you mentioned (I am a beginner sry..)/Any way I would go about doing the startupHook fix you mentioned (I am a beginner sry..)/ |
| 20:09:13 | <mc47[m]> | Not sure if calling killall xmobar at the start of the hook would work (because of race conditions), so you're stuck with playing around with persistent states for now, which sadly isn't beginner friendly |
| 20:09:36 | <mc47[m]> | (no access to a computer right now, sorry) |
| 20:10:30 | <mc47[m]> | One thing you could do is use StdinReader in xmobar and send nothing to it from xmonad |
| 20:10:33 | <mc47[m]> | Might work |
| 20:11:27 | <TORRENTER[m]> | mc47[m]: Tried this a few mins ago, same thing happens unfortunately lol |
| 20:12:13 | × | rekahsoft quits (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection) |
| 20:13:06 | → | rekahsoft joins (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
| 20:13:45 | <TORRENTER[m]> | I'll just wait until tmrw I guess, in the meantime I'll just use spawnOnce and just manually kill the bar if anything happens, thanks though :)) |
| 20:15:01 | <TORRENTER[m]> | * use spawnOnce in the startupHook and just |
| 20:19:17 | × | rekahsoft quits (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection) |
| 20:21:06 | → | rekahsoft joins (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
| 20:22:34 | <TORRENTER[m]> | s/I'll just wait until tmrw I guess, in the meantime I'll just use spawnOnce and just manually kill the bar if anything happens, thanks though :))/I'll just do this tmrw I guess, in the meantime I'll just use spawnOnce in the startupHook and just manually kill the bar if anything happens, thanks though :))/ |
| 20:22:47 | <TORRENTER[m]> | s/I'll just wait until tmrw I guess, in the meantime I'll just use spawnOnce and just manually kill the bar if anything happens, thanks though :))/I'll just do this tmrw (or another day) I guess, in the meantime I'll just use spawnOnce in the startupHook and just manually kill the bar if anything happens, thanks though :))/ |
| 21:12:28 | × | rekahsoft quits (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection) |
| 21:12:52 | → | rekahsoft joins (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
| 21:13:07 | × | rekahsoft quits (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection) |
| 21:14:08 | → | rekahsoft joins (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
| 21:23:46 | × | rekahsoft quits (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection) |
| 21:24:15 | → | rekahsoft joins (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
| 21:24:31 | × | rekahsoft quits (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection) |
| 21:25:11 | → | rekahsoft joins (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
| 21:27:01 | × | rekahsoft quits (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection) |
| 21:27:19 | <TORRENTER[m]> | Anyone know if the git version of XMonad is usable currently? Does it crash alot?? |
| 21:27:24 | → | rekahsoft joins (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
| 21:28:12 | <geekosaur> | it should be pretty stable; a number of people are running it currently, because we haven't had a release in so long and it has some major improvements |
| 21:28:23 | <byorgey> | TORRENTER[m]: the git version of XMonad is always rock-solid in my experience |
| 21:28:55 | × | rekahsoft quits (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection) |
| 21:29:17 | <geekosaur> | last time we had a significant issue with crashing was because the Arch packager for the git version decided to ignore the bounds on X11 |
| 21:29:23 | → | rekahsoft joins (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
| 21:29:56 | <byorgey> | I have been running xmonad for many years (10+?), I pretty much just randomly do a 'git pull' occasionally and rebuild whenever I feel like it. It has never crashed. |
| 21:34:19 | × | rekahsoft quits (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection) |
| 21:34:43 | → | rekahsoft joins (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
| 21:35:07 | <geekosaur> | in general, when we have bugs they don't show up as crashes. (in xmonad or -contrib at least. every so often a bug is uncovered in the X11 bindings which affects xmonad, like aforementioned Arch issue) |
| 21:35:53 | <TORRENTER[m]> | Very nice! I think I will switch to the git version tmrw, I'm excited!! |
| 21:36:07 | <geekosaur> | most commonly they're backward compatibility issues which require xmonad.hs to be updated before it will compile againb |
| 21:37:11 | <TORRENTER[m]> | * version tmrw (or some other day soon), I'm |
| 21:44:51 | → | cjb joins (~cjb@user/cjb) |
| 21:46:38 | × | rekahsoft quits (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection) |
| 21:47:01 | → | rekahsoft joins (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
| 21:47:55 | × | rekahsoft quits (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection) |
| 21:48:30 | → | rekahsoft joins (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
| 21:59:41 | <TORRENTER[m]> | <geekosaur> "most commonly they're backward..." <- Does this mean I have to update my config before installing the git version? If so I dont mind anyway... |
| 22:01:38 | <geekosaur> | you might. check the changelog, it will say any backward compat issues: https://github.com/xmonad/xmonad-contrib/blob/master/CHANGES.md https://github.com/xmonad/xmonad/blob/master/CHANGES.md |
| 22:02:05 | <geekosaur> | actually we should list the XDG changes in the latter as potentially breaking, I think |
| 22:03:30 | <geekosaur> | since some corner cases behave differently now |
| 22:04:43 | <geekosaur> | we mostly try to avoid breaking older configs because people still pass around configs from the 0.9 days and expect them to work :) |
| 22:05:20 | <geekosaur> | and folks like byorgey who mostly have used the same xmonad.hs for many versions |
| 22:06:22 | <geekosaur> | (heck, I tweak things every few weeks but my basic xmonad.hs is unchanged since 2008 or thenabouts) |
| 22:13:34 | <cjb> | reading those changes, why is the binary going into XDG_CACHE_DIR? the temporary files make sense because if they are deleted it doesn't matter |
| 22:14:11 | <geekosaur> | the binary is also regenerated if it's not there |
| 22:14:45 | <geekosaur> | the only file that is really required is xmonad.hs (and any lib files it might use) |
| 22:15:12 | <cjb> | fair enough, just means login will take longer for people how have XDG_CACHE_DIR pointed to a tmpfs |
| 22:15:20 | <cjb> | s/how/who/ |
| 22:15:45 | <geekosaur> | in my experience, even with a fairly complex xmonad.hs it takes about 2 seconds to compile |
| 22:16:01 | <TORRENTER[m]> | <geekosaur> "(heck, I tweak things every..." <- Very nice, this backwards compatibility that XMonad has is really handy, especially for lazy people like me lol |
| 22:16:30 | <geekosaur> | and that's on a slow, low memory laptop |
| 22:18:02 | <cjb> | my config takes 14s to recompile, but my computer is from the dark ages so probably doesn't matter too much. also I can work around this change by setting XMONAD_CACHE_DIR |
| 22:25:07 | → | electr0n joins (~electr0n@about/security/founder/electr0n) |
| 22:26:24 | <Archanus[m]> | <Ihaveaquestion> "Sorry for my poor english..." <- How small are you shrinking the windows? I just got on my pc and I'm able to shrink wi flows down to a 1x1 pixel square without any problems |
| 22:27:31 | <geekosaur> | it may be a specific application that crashes if the windows get too small |
| 22:28:19 | <geekosaur> | that said, such applications should really set the minimum and maximum window sizes if applicable instead of crashing |
| 22:28:50 | <geekosaur> | I think we obey those, at least |
| 22:30:43 | <geekosaur> | I know we look at them because if min, max, and default window size are all set the same, we autofloat at that size |
| 22:31:22 | <Archanus[m]> | geekosaur: O |
| 22:33:04 | <Archanus[m]> | geekosaur: I'm not entirely sure what theyre talking about, I', assuming manual resizing the window, but I'm unable to replicate the problem |
| 22:33:46 | <geekosaur> | yeh, that's how I read it as well |
| 22:39:12 | <geekosaur> | the question may be whether we properly obey WM_NORNMAL_HINTS |
| 22:39:48 | <geekosaur> | although I note ICCCM says the client has to accept the size the wm gives it, the size hints are only hints |
| 22:39:56 | <geekosaur> | so this may be a buggy client |
| 22:40:09 | <geekosaur> | (tiling window managers often provoke such bugs) |
| 22:41:35 | <geekosaur> | in any case, forcing a minimum in resize requires copying and reimplementing the resize code |
| 22:42:01 | <geekosaur> | there's no easy way to hook into it because it's spread over multiple events |
| 22:42:44 | <geekosaur> | in any case, they seem to have left |
| 22:43:15 | <Archanus[m]> | oh, I missed that, guess I didn't answer them fast enough |
| 22:44:07 | <Archanus[m]> | so, since I got you here, looking back on the previous conversation a bit, what would be the correct way of having xmonad.hs restart xmobar automatically? |
| 22:46:37 | × | seschwar quits (~seschwar@user/seschwar) (Quit: :wq) |
| 22:59:43 | <geekosaur> | probably to use the new StatusBar stuff since it does what people tend to expect |
| 23:00:01 | <geekosaur> | (it's in git xmonad/xmonad-contrib) |
| 23:00:25 | <geekosaur> | the old way assumed you were feeding it over a pipe so the old one would go away automatically on mod-q when xmonad did |
| 23:02:28 | <geekosaur> | StatusBar requires you to use its mechanisms for starting bars so it knows what to kill on restart |
| 23:04:58 | <Archanus[m]> | i' reading through the link now...not making all that much sense yet as I think I'm still running an older version of xmonad |
| 23:05:14 | <Archanus[m]> | yah, all my xmobars are running through pipes from xmonad |
| 23:06:43 | <geekosaur> | do they all use StdinReader? |
| 23:07:05 | <geekosaur> | because without that they won't be reading to notice the EOF when xmonad goes away |
| 23:07:08 | <Archanus[m]> | i'm not ready to upgrade quite yet I don't think, I ONLY just got my system set up to about 90% of what I want, it's basically useable now except for a few little things I haven't been able to figure out yet |
| 23:07:17 | <Archanus[m]> | geekosaur: yes |
| 23:08:06 | <Archanus[m]> | I think so |
| 23:08:39 | <Archanus[m]> | I'm actually a super noob still, I've learned a lot, but still have a long way to go so please bear with me |
| 23:11:19 | <geekosaur> | I'm not much of an expert on xmobar, but I do know you need StdinReader both in the Run stuff and in the template or xmobar will ignore it |
| 23:13:31 | <Archanus[m]> | huh, I didn't know that, let me see if that works or if I jsut broke my system again |
| 23:15:37 | → | SpiderPig joins (~matt@047-132-233-190.res.spectrum.com) |
| 23:17:18 | <Archanus[m]> | yeah, stdinreader just makes so the bar won't spawn |
| 23:18:12 | <geekosaur> | hm. can you check the log? (this is usually .xsession-errors but may be in journald / journalctl) |
| 23:19:16 | <geekosaur> | if you run startx from the console then you'll need to switch back to the text console to see the errors |
| 23:25:13 | <Archanus[m]> | hmm nothing is popping out at me from journalctl...I'll probably have to fiddle with things a bit to see what changed. it will probably have to be after work though... I can't get into it too deep right now |
| 23:26:08 | <geekosaur> | you could also try running it from a terminal to see what error messages it spits out |
| 23:26:11 | <Archanus[m]> | but this seems like the right place to get some support unless I am mistaken? |
| 23:26:23 | <geekosaur> | yes |
| 23:26:37 | <geekosaur> | just not really from me :( |
| 23:26:50 | <geekosaur> | maybe someone else will show up who can help more |
| 23:26:56 | <Archanus[m]> | I have like 3 issues and 2 things which would be nice to figure out how to do |
| 23:27:31 | <Archanus[m]> | no worries, you've already helped me a lot, thank you |
| 23:27:52 | <Archanus[m]> | at least in getting me pointed in the right direction of where to look |
| 23:31:08 | → | cyr4x3 joins (~cyr4x3@139.47.115.87) |
| 23:34:01 | × | cyr4x3 quits (~cyr4x3@139.47.115.87) (Client Quit) |
All times are in UTC on 2021-10-03.