2021-01-04 00:03:04 +0100 | wagle | (~wagle@quassel.wagle.io) (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.) |
2021-01-04 00:03:55 +0100 | wagle | (~wagle@quassel.wagle.io) |
2021-01-04 01:19:22 +0100 | notis | (~notis@45.134.22.65) (Ping timeout: 272 seconds) |
2021-01-04 01:28:33 +0100 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Read error: Connection reset by peer) |
2021-01-04 01:38:51 +0100 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
2021-01-04 02:49:08 +0100 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Read error: Connection reset by peer) |
2021-01-04 02:49:49 +0100 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
2021-01-04 02:54:36 +0100 | s00pcan | (~chris@075-133-056-178.res.spectrum.com) (Ping timeout: 240 seconds) |
2021-01-04 02:56:42 +0100 | s00pcan | (~chris@107.181.165.217) |
2021-01-04 03:14:30 +0100 | ADG1089_ | (~adg1089@27.63.37.2) |
2021-01-04 03:14:30 +0100 | ADG1089_ | (~adg1089@27.63.37.2) (Read error: Connection reset by peer) |
2021-01-04 03:14:52 +0100 | ADG1089_ | (~adg1089@122.163.234.142) |
2021-01-04 03:18:25 +0100 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Quit: brb restarting) |
2021-01-04 03:24:32 +0100 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
2021-01-04 03:49:04 +0100 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Remote host closed the connection) |
2021-01-04 04:00:52 +0100 | s00pcan | (~chris@107.181.165.217) (Ping timeout: 246 seconds) |
2021-01-04 04:03:00 +0100 | s00pcan | (~chris@075-133-056-178.res.spectrum.com) |
2021-01-04 04:29:13 +0100 | ADG1089_ | (~adg1089@122.163.234.142) (Ping timeout: 246 seconds) |
2021-01-04 04:37:28 +0100 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
2021-01-04 04:52:17 +0100 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Read error: Connection reset by peer) |
2021-01-04 04:54:46 +0100 | theDon | (~td@94.134.91.73) (Ping timeout: 246 seconds) |
2021-01-04 04:56:50 +0100 | theDon | (~td@94.134.91.22) |
2021-01-04 04:57:37 +0100 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) |
2021-01-04 04:58:17 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) (Ping timeout: 258 seconds) |
2021-01-04 05:35:53 +0100 | everythingTaken | (~everythin@gateway/tor-sasl/everythingtaken) |
2021-01-04 06:23:27 +0100 | elGamal | (~elg@198.8.85.134) (K-Lined) |
2021-01-04 06:41:44 +0100 | <abhixec> | Anyone here use xmonad on debian? I am trying to make switch from Arch to Debian but want to know how people get the latest xmonad/xmonad-contrib on debian? |
2021-01-04 06:45:02 +0100 | <psibi[m]> | I use a debian based distro. I think you can just use stack/cabal to get the latest xmonad/xmonad-contrib and get it working. |
2021-01-04 06:50:48 +0100 | <abhixec> | thanks psibi[m] |
2021-01-04 07:22:25 +0100 | palo1 | (~weechat@c-base/crew/palo) |
2021-01-04 07:25:16 +0100 | palo | (~weechat@c-base/crew/palo) (Ping timeout: 246 seconds) |
2021-01-04 07:25:16 +0100 | palo1 | palo |
2021-01-04 07:39:43 +0100 | everythingTaken | (~everythin@gateway/tor-sasl/everythingtaken) (Ping timeout: 240 seconds) |
2021-01-04 07:41:01 +0100 | everythingTaken | (~everythin@gateway/tor-sasl/everythingtaken) |
2021-01-04 07:41:42 +0100 | everythingTaken | (~everythin@gateway/tor-sasl/everythingtaken) (Client Quit) |
2021-01-04 07:47:53 +0100 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) (Quit: ZNC 1.8.2 - https://znc.in) |
2021-01-04 08:02:39 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
2021-01-04 08:04:07 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Remote host closed the connection) |
2021-01-04 08:04:28 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) |
2021-01-04 08:17:20 +0100 | <Liskni_si> | abhixec: I'm also on debian, been using ghc from deb + stack to build xmonad since forever, these days it's smooth sailing |
2021-01-04 08:22:18 +0100 | <abhixec> | Liskni_si: that is good to know! |
2021-01-04 08:23:05 +0100 | <dminuoso> | abhixec: You can also just install ghc/cabal-install with ghcup and do it yourself. It's really not much extra work, and it detaches you from all idionsyncracies of your package management system. |
2021-01-04 08:23:08 +0100 | <abhixec> | thanks! I am looking to move to debian because I want something stable to I can focus on work rather than having to tinker everytime I update |
2021-01-04 08:23:26 +0100 | et09 | (~et09@unaffiliated/endolphin) (Ping timeout: 264 seconds) |
2021-01-04 08:23:41 +0100 | <dminuoso> | If I wasn't on NixOS, which gives me the freedom to intermix these two things freely, it's what I'd do. |
2021-01-04 08:23:54 +0100 | rekahsoft | (~rekahsoft@cpe0008a20f982f-cm64777d666260.cpe.net.cable.rogers.com) (Ping timeout: 268 seconds) |
2021-01-04 08:24:26 +0100 | <abhixec> | dminuoso: is nixos on top of debian or is it separate OS? |
2021-01-04 08:24:37 +0100 | <abhixec> | I have been very curious about nixos for sometime now! |
2021-01-04 08:24:40 +0100 | <dminuoso> | It's a separate operating system. |
2021-01-04 08:25:09 +0100 | <dminuoso> | It's far on the exotic side of distributions, for certain. |
2021-01-04 08:25:42 +0100 | <srhb> | However, Nix (the package manager) can work on top of Debian -- though the benefits are reduced :) |
2021-01-04 08:28:16 +0100 | <dminuoso> | abhixec: Part of the reason why I'd probably go with the custom build route, is because it gives me the freedom to just depend on packages/versions with constraints/flags as I want. |
2021-01-04 08:32:22 +0100 | <abhixec> | I am very intrigued! but currently I just want something that will be stable enough and get me to do my work without me having to tinker too much! I am afraid nixOS is would require a commitement from my end to learn which I would probably do sometime later this year *fingers crossed* |
2021-01-04 08:33:42 +0100 | <dminuoso> | I wasn't talking about NixOS here. :) |
2021-01-04 08:53:22 +0100 | <Solid> | Still waiting for that init system abstraction in nixos :> |
2021-01-04 09:12:02 +0100 | thoros | (~thoros@194-96-55-156.hdsl.highway.telekom.at) |
2021-01-04 09:25:56 +0100 | notis | (~notis@45.134.22.54) |
2021-01-04 09:27:08 +0100 | <Solid> | Liskni_si: can I properly rebase another pull request on github? github _really_ wants me to merge changes instead :/ |
2021-01-04 09:35:45 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) |
2021-01-04 09:38:22 +0100 | thc202 | (~thc202@unaffiliated/thc202) |
2021-01-04 09:40:32 +0100 | <Liskni_si> | Solid: not sure I understand, can you elaborate? |
2021-01-04 09:43:53 +0100 | <Solid> | I want to rebase this https://github.com/xmonad/xmonad-contrib/pull/170 on top of current master, but github's "you can edit this pr" tools want me to merge it into master directly |
2021-01-04 09:48:12 +0100 | <Liskni_si> | oh, I have no idea what can be done using the github UI |
2021-01-04 09:49:08 +0100 | <Liskni_si> | I vaguely remember that repo admins (which I don't think you are) may in some circumstances push into forks, but this may be limited to enterprise private repos or something |
2021-01-04 09:49:55 +0100 | <Liskni_si> | when I click the Resolve conflicts button, it tells me "Resolving conflicts between mavant:issue/164 and xmonad:master and committing changes → mavant:issue/164" so maybe if I do that it will push something into the fork? |
2021-01-04 09:50:18 +0100 | <Liskni_si> | Anyway the best way is to just do it all from the command line and then close the PR manually |
2021-01-04 09:50:55 +0100 | <Liskni_si> | (although that way the link between the commit and the original PR will be lost) |
2021-01-04 09:53:06 +0100 | <Solid> | I wish github wouldn't obfuscate stuff like this with their web ui :/ |
2021-01-04 09:55:02 +0100 | <Liskni_si> | hm, I wanted to test where it will push it by resolving the conflicts, but there's no way I'm going to be able to resolve a several dozen line conflict in that ui |
2021-01-04 09:55:16 +0100 | <Liskni_si> | that thing is beyond useless |
2021-01-04 09:55:24 +0100 | gazler | (~gazler@2001:8b0:b165:a8d2::2) |
2021-01-04 09:55:25 +0100 | <Liskni_si> | I wonder what the target audience is |
2021-01-04 09:56:22 +0100 | <Solid> | I just checked it (by resolving the conlicts myself and just copying the whole file into that horrible web UI :>) |
2021-01-04 09:56:37 +0100 | <Solid> | it just merges the changes into the pr |
2021-01-04 09:56:46 +0100 | <Solid> | which now has two commits, one of them being that merge |
2021-01-04 09:56:53 +0100 | <Liskni_si> | (but I don't find gitlab's ui better) |
2021-01-04 09:57:18 +0100 | <Liskni_si> | that probably means github would let you git push --force into the fork directly |
2021-01-04 10:18:11 +0100 | <Solid> | ah that worked very nicely, thank you! |
2021-01-04 10:24:15 +0100 | gazler | (~gazler@2001:8b0:b165:a8d2::2) (Remote host closed the connection) |
2021-01-04 10:24:33 +0100 | gazler | (~gazler@2001:8b0:b165:a8d2::2) |
2021-01-04 10:38:52 +0100 | everythingTaken | (~everythin@gateway/tor-sasl/everythingtaken) |
2021-01-04 10:46:10 +0100 | <Liskni_si> | it's a bit unintuitive |
2021-01-04 11:06:30 +0100 | <Solid> | indeed, getting access to someone else's repo like that feels... weird |
2021-01-04 11:23:09 +0100 | <everythingTaken> | Hi everyone, any news on borderless single windows on Xinerema? |
2021-01-04 11:25:45 +0100 | <Liskni_si> | 23:43:58 <Liskni_si> ?tell everythingTaken please try https://github.com/xmonad/xmonad-contrib/pull/440 |
2021-01-04 11:26:12 +0100 | <Liskni_si> | I wonder why lambdabot didn't tell you as soon as you entered :-/ |
2021-01-04 11:26:43 +0100 | <everythingTaken> | Liskni_si: it messaged me, I was like wtf who is this lambdabot |
2021-01-04 11:27:53 +0100 | <everythingTaken> | it says "Liskni_si said something 2days 11 hours ago" |
2021-01-04 11:28:12 +0100 | <everythingTaken> | why the time wrong? |
2021-01-04 11:28:37 +0100 | <Liskni_si> | is it wrong? |
2021-01-04 11:28:52 +0100 | <everythingTaken> | oh you didnt write it now? I got it just now |
2021-01-04 11:29:29 +0100 | <Liskni_si> | I said it at 23:43:58 CET a few days ago |
2021-01-04 11:29:42 +0100 | <Liskni_si> | lambdabot told you as soon as you came |
2021-01-04 11:36:10 +0100 | <everythingTaken> | Liskni_si: thanks! I will try to test it from git repo, but last time I had trouble setting it up from source, many dependency errors etc. It was a nightmare, maybe has to do with ARch. Anyway to do make it work with Xmonad installed with pacman? Manually copy pasting NoBorders.hs etc, Xmonad from pacman is a bin right? |
2021-01-04 11:38:12 +0100 | <jusa> | hello, I'm trying to achieve following 1) if there is only one "window" with SubLayouts (so multiple windows tabbed) I could do focusUp & Down on that group, 2) if there are multiple windows and even one of them is not tabbed, do regular focusUp.. what I'm struggling with is if there is a way to figure out when we have multiple windows which all are a part of group or not |
2021-01-04 11:38:48 +0100 | <jusa> | any ideas |
2021-01-04 11:38:51 +0100 | <jusa> | ? :) |
2021-01-04 11:55:10 +0100 | everythingTaken | (~everythin@gateway/tor-sasl/everythingtaken) (Quit: everythingTaken) |
2021-01-04 11:57:39 +0100 | everythingTaken | (~everythin@gateway/tor-sasl/everythingtaken) |
2021-01-04 12:02:17 +0100 | everythingTaken | (~everythin@gateway/tor-sasl/everythingtaken) (Client Quit) |
2021-01-04 12:13:02 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.0) |
2021-01-04 12:22:09 +0100 | <Liskni_si> | oh did they leave again? 🤦 |
2021-01-04 12:22:48 +0100 | <Liskni_si> | ?tell everythingTaken putting NoBorders.hs into ~/.xmonad/lib and renaming to something like XNoBorders and then import XNoBorders might be the easiest way to test it |
2021-01-04 12:22:49 +0100 | <lambdabot> | Consider it noted. |
2021-01-04 12:24:01 +0100 | <Liskni_si> | jusa: doesn't the regular focusUp do the same thing as focusUp in a group? |
2021-01-04 12:25:08 +0100 | <Liskni_si> | (but if you need something considerably more advanced, there is a way, it just isn't very pretty, isn't finished, isn't upstream) |
2021-01-04 12:41:23 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) |
2021-01-04 12:41:48 +0100 | <jusa> | Liskni_si: nope, those consider grouped windows as one window |
2021-01-04 12:49:02 +0100 | xaltsc | (~xaltsc@unaffiliated/xaltsc) |
2021-01-04 13:13:13 +0100 | kelnoky | (~shao@ip1f1222c4.dynamic.kabel-deutschland.de) |
2021-01-04 13:21:12 +0100 | AZG256 | (~user@78-56-98-5.static.zebra.lt) |
2021-01-04 13:32:00 +0100 | <Liskni_si> | jusa: weird, that's not the behaviour I'm seeing here |
2021-01-04 13:34:25 +0100 | <Liskni_si> | focusUp/Down from XMonad.StackSet don't know anything about SubLayouts, and the stack of windows is just that, a Stack of Window, so XMonad.StackSet ops just move the focus in the stack and SubLayouts then guesses what was meant by that |
2021-01-04 13:40:07 +0100 | geekosaur | (ac3a3ed6@172.58.62.214) |
2021-01-04 13:52:59 +0100 | kelnoky | (~shao@ip1f1222c4.dynamic.kabel-deutschland.de) (Quit: WeeChat 3.0) |
2021-01-04 14:00:17 +0100 | everythingTaken | (~everythin@gateway/tor-sasl/everythingtaken) |
2021-01-04 14:01:20 +0100 | mc47 | (~yecinem@89.246.239.190) |
2021-01-04 14:11:34 +0100 | <Solid> | we now only have one page of open pull requests \o/ |
2021-01-04 14:13:03 +0100 | <Liskni_si> | nice |
2021-01-04 14:13:22 +0100 | <Liskni_si> | I guess I could improve that by merging some of mine |
2021-01-04 14:13:33 +0100 | <Liskni_si> | but I'm still in christmas mode |
2021-01-04 14:13:58 +0100 | <Solid> | :D |
2021-01-04 14:14:00 +0100 | <Solid> | that's totally fine |
2021-01-04 14:14:28 +0100 | <Solid> | but I think it would be kind of nice to get this looming v0.17 done in the new few months |
2021-01-04 14:16:05 +0100 | <jusa> | Liskni_si: hmm.. strange.. |
2021-01-04 14:16:42 +0100 | <jusa> | probably a bug in my end then, my xmonad.hs has lived quite a long and many xmonad versions and is pretty messy |
2021-01-04 14:17:17 +0100 | <Liskni_si> | Solid: yeah, unfortunately we already missed the chance to get it done before debian bullseye :-( |
2021-01-04 14:17:32 +0100 | <Liskni_si> | I should've done that damn X.H.Focus refactor already |
2021-01-04 14:17:44 +0100 | <Solid> | oh did we? :/ |
2021-01-04 14:17:54 +0100 | <Liskni_si> | freeze is on 12th i've heard |
2021-01-04 14:18:03 +0100 | <Solid> | I guess that means we won't be removing any deprecations anytime soon :> |
2021-01-04 14:19:51 +0100 | <Liskni_si> | we'd need to figure out visibility of deprecation warnings first anyway |
2021-01-04 14:23:28 +0100 | <Solid> | yeah true |
2021-01-04 14:28:07 +0100 | cyr4x3 | (~cyr4x3@139.47.121.51) |
2021-01-04 14:32:20 +0100 | fionnan | (~fionnan@109.255.20.201) (Ping timeout: 256 seconds) |
2021-01-04 14:32:25 +0100 | AZG256 | (~user@78-56-98-5.static.zebra.lt) (Quit: ERC (IRC client for Emacs 26.1)) |
2021-01-04 14:34:02 +0100 | <jusa> | Liskni_si: I have BoringWindows focusUp/Down in use :D thanks for pointing me to right direction |
2021-01-04 14:42:23 +0100 | everythingTaken | (~everythin@gateway/tor-sasl/everythingtaken) (Ping timeout: 240 seconds) |
2021-01-04 14:44:08 +0100 | AZG256 | (~user@78-56-98-5.static.zebra.lt) |
2021-01-04 14:51:21 +0100 | davemq_ | (~davemq@99-179-0-50.lightspeed.austtx.sbcglobal.net) (Quit: ZNC 1.8.2 - https://znc.in) |
2021-01-04 14:52:05 +0100 | everythingTaken | (~everythin@gateway/tor-sasl/everythingtaken) |
2021-01-04 14:52:44 +0100 | davemq | (~davemq@2600:1700:b1c0:2580::4d8) |
2021-01-04 15:26:30 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.0) |
2021-01-04 15:44:46 +0100 | geekosaur | (ac3a3ed6@172.58.62.214) (Remote host closed the connection) |
2021-01-04 15:46:03 +0100 | et09 | (~et09@unaffiliated/endolphin) |
2021-01-04 15:52:42 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) |
2021-01-04 15:54:21 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) (Client Quit) |
2021-01-04 16:06:45 +0100 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) (Ping timeout: 256 seconds) |
2021-01-04 16:09:06 +0100 | evanjs | (~evanjs@075-129-098-007.res.spectrum.com) |
2021-01-04 16:15:49 +0100 | notis | (~notis@45.134.22.54) (Ping timeout: 264 seconds) |
2021-01-04 16:21:02 +0100 | kelnoky | (~shao@ip1f1222c4.dynamic.kabel-deutschland.de) |
2021-01-04 16:24:31 +0100 | seschwar | (~seschwar@unaffiliated/seschwar) |
2021-01-04 16:28:13 +0100 | mc47 | (~yecinem@89.246.239.190) (Remote host closed the connection) |
2021-01-04 16:36:16 +0100 | malook | (~Thunderbi@37.241.28.129) |
2021-01-04 16:39:48 +0100 | malook | (~Thunderbi@37.241.28.129) (Client Quit) |
2021-01-04 16:41:45 +0100 | notis | (~notis@45.134.22.65) |
2021-01-04 16:45:02 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) |
2021-01-04 16:45:07 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) (Client Quit) |
2021-01-04 16:46:08 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) |
2021-01-04 16:50:10 +0100 | kelnoky | (~shao@ip1f1222c4.dynamic.kabel-deutschland.de) (Quit: WeeChat 3.0) |
2021-01-04 17:00:38 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) (Ping timeout: 260 seconds) |
2021-01-04 17:05:02 +0100 | abhixec | (~abhixec@c-67-169-139-16.hsd1.ca.comcast.net) (Quit: leaving) |
2021-01-04 17:08:32 +0100 | kelnoky | (~shao@ip1f1222c4.dynamic.kabel-deutschland.de) |
2021-01-04 17:19:40 +0100 | growpotkin | (~growpotki@130-45-30-154.dyn.grandenetworks.net) |
2021-01-04 17:36:28 +0100 | malook | (~Thunderbi@37.241.28.129) |
2021-01-04 17:36:35 +0100 | malook | (~Thunderbi@37.241.28.129) (Client Quit) |
2021-01-04 17:43:19 +0100 | kelnoky | (~shao@ip1f1222c4.dynamic.kabel-deutschland.de) (Quit: WeeChat 3.0) |
2021-01-04 17:52:01 +0100 | everythingTaken | (~everythin@gateway/tor-sasl/everythingtaken) (Quit: everythingTaken) |
2021-01-04 17:53:14 +0100 | geekosaur | (42d52137@66.213.33.55) |
2021-01-04 18:12:07 +0100 | koluacik | (~koluacik@134.122.28.77) |
2021-01-04 18:16:37 +0100 | koluacik | (~koluacik@134.122.28.77) () |
2021-01-04 18:17:35 +0100 | koluacik | (~koluacik@134.122.28.77) |
2021-01-04 18:21:10 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) |
2021-01-04 18:34:47 +0100 | malook | (~Thunderbi@37.241.28.129) |
2021-01-04 18:39:59 +0100 | malook | (~Thunderbi@37.241.28.129) (Quit: malook) |
2021-01-04 19:07:48 +0100 | mizlan | (~michaella@c-67-169-7-31.hsd1.ca.comcast.net) |
2021-01-04 19:27:00 +0100 | andytoshi | (~apoelstra@unaffiliated/andytoshi) (Ping timeout: 256 seconds) |
2021-01-04 19:29:51 +0100 | cyr4x3 | (~cyr4x3@139.47.121.51) (Quit: WeeChat 1.6) |
2021-01-04 19:32:08 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) (Quit: WeeChat 3.0) |
2021-01-04 19:33:20 +0100 | andytoshi | (~apoelstra@unaffiliated/andytoshi) |
2021-01-04 19:34:15 +0100 | geekosaur | (42d52137@66.213.33.55) (Ping timeout: 245 seconds) |
2021-01-04 19:40:44 +0100 | al3x27 | (~plovs@85.254.75.207) |
2021-01-04 19:44:00 +0100 | mizlan | (~michaella@c-67-169-7-31.hsd1.ca.comcast.net) (Quit: leaving) |
2021-01-04 19:52:16 +0100 | geekosaur | (42d52137@66.213.33.55) |
2021-01-04 19:58:18 +0100 | AZG256 | (~user@78-56-98-5.static.zebra.lt) (Quit: ERC (IRC client for Emacs 26.1)) |
2021-01-04 20:00:51 +0100 | mc47 | (~yecinem@89.246.239.190) |
2021-01-04 20:03:29 +0100 | berberman | (~berberman@unaffiliated/berberman) |
2021-01-04 20:03:47 +0100 | berberman_ | (~berberman@unaffiliated/berberman) (Ping timeout: 260 seconds) |
2021-01-04 20:06:29 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) |
2021-01-04 20:08:16 +0100 | cfricke | (~cfricke@unaffiliated/cfricke) (Client Quit) |
2021-01-04 20:29:34 +0100 | thoros | (~thoros@194-96-55-156.hdsl.highway.telekom.at) (Quit: WeeChat 3.0) |
2021-01-04 20:46:23 +0100 | gazler | (~gazler@2001:8b0:b165:a8d2::2) (Quit: Leaving) |
2021-01-04 21:13:00 +0100 | geekosaur | (42d52137@66.213.33.55) (Ping timeout: 245 seconds) |
2021-01-04 21:34:46 +0100 | geekosaur | (42d52137@66.213.33.55) |
2021-01-04 21:39:40 +0100 | geekosaur | (42d52137@66.213.33.55) (Ping timeout: 245 seconds) |
2021-01-04 21:46:19 +0100 | geekosaur | (42d52137@66.213.33.55) |
2021-01-04 21:56:42 +0100 | notis | (~notis@45.134.22.65) (Ping timeout: 260 seconds) |
2021-01-04 21:58:15 +0100 | notis | (~notis@185.51.134.229) |
2021-01-04 22:03:13 +0100 | T_X | (~T_X@unaffiliated/t-x/x-1456208) |
2021-01-04 22:04:25 +0100 | mc47 | (~yecinem@89.246.239.190) (Ping timeout: 264 seconds) |
2021-01-04 22:08:11 +0100 | <T_X> | hi! I'm trying to create virtual monitor which I would like to assign a fixed xmonad workspace to. which I then would like to use for capturing/streaming via OBS Studio |
2021-01-04 22:08:55 +0100 | <T_X> | I tried using "xrandr --setmonitor dummy 2560/309x1440/174+0+0 none". and I can actually select the monitor "dummy" in OBS Studio. however it seems to be just a mirror of the actual laptop monitor |
2021-01-04 22:10:10 +0100 | <T_X> | so I see "dummy" in "xrandr --listactivemonitors". but it's not listed as a new display in plain "xrandr" output |
2021-01-04 22:10:41 +0100 | <T_X> | which I guess is the reason why I can't switch to it via xmonad? |
2021-01-04 22:25:38 +0100 | ohmysomuchuser | (~nickednam@037008230157.dynamic-3-poz-k-1-2-0.vectranet.pl) |
2021-01-04 22:25:50 +0100 | <Liskni_si> | T_X: the problem with that is you're actually adding a mirror as the offsets are 0, 0 |
2021-01-04 22:26:14 +0100 | <Liskni_si> | if you use +2560+0 instead, it will add a second "monitor" |
2021-01-04 22:26:28 +0100 | <Liskni_si> | but I don't think it's going to work anyway |
2021-01-04 22:27:25 +0100 | <Liskni_si> | xrandr --fb 5120x1440 can then be used to actually extend the framebuffer to this second monitor, at which point OBS will probably be able to see windows on that monitor, but X won't let you move the mouse there |
2021-01-04 22:30:07 +0100 | <Liskni_si> | T_X: maybe this might work: https://unix.stackexchange.com/a/585078/11549 |
2021-01-04 22:30:11 +0100 | thc202 | (~thc202@unaffiliated/thc202) (Quit: thc202) |
2021-01-04 22:32:30 +0100 | <T_X> | Liskni_si: ah, thanks! I think that's also the direction I'm currently looking into. had found this one: https://bbs.archlinux.org/viewtopic.php?pid=1410831#p1410831 |
2021-01-04 22:32:51 +0100 | <T_X> | which kind of seems to work, this hijacking of an unconnected monitor output |
2021-01-04 22:33:31 +0100 | <T_X> | the only issue I'm now have remaining is that as soon as I switch to the workspace which the virtual monitor is currently on, that xmonad than swaps the workspaces |
2021-01-04 22:34:00 +0100 | <Liskni_si> | hm, I wonder why reusing disconnected outputs didn't work for me when I wrote that answer |
2021-01-04 22:34:15 +0100 | <T_X> | so I currently seem to be unable to have both the virtual and the real laptop monitor assigned to the same workspace |
2021-01-04 22:34:51 +0100 | <Liskni_si> | if you want them to be the same workspace, then you don't need a separate dummy monitor at all do you? |
2021-01-04 22:36:43 +0100 | <T_X> | Liskni_si: not quite. I want the virtual one to be always fixed to the same workspace. and for the physical monitor I want to be able to switch between various workspaces |
2021-01-04 22:37:35 +0100 | <Liskni_si> | oh |
2021-01-04 22:37:38 +0100 | <T_X> | so ideally that I can be sure that I'm not accidentally streaming a window I don't want to. I only want to stream from a fixed workspace |
2021-01-04 22:37:55 +0100 | <T_X> | but still want to be able to switch to other workspaces with my physical monitor when needed |
2021-01-04 22:37:56 +0100 | <Liskni_si> | I'm afraid that's not possible with X11 |
2021-01-04 22:38:08 +0100 | <Liskni_si> | two monitors can't display the same workspace |
2021-01-04 22:38:09 +0100 | <T_X> | and want to be able to swap in windows to the streaming workspace |
2021-01-04 22:38:37 +0100 | <T_X> | urgh, okay, so that's an X11 thing? |
2021-01-04 22:38:37 +0100 | <Liskni_si> | you'd need to move the "dummy" monitor to be a mirror (same offsets as primary) whenever you want both to view the same workspace |
2021-01-04 22:38:58 +0100 | <T_X> | hm, okay |
2021-01-04 22:39:02 +0100 | <Liskni_si> | yes, X11 only lets you map a window to one place |
2021-01-04 22:39:30 +0100 | <Liskni_si> | in Wayland there's no problem for the WM/compositor to draw a window wherever it wants and how many times it wants |
2021-01-04 22:39:45 +0100 | <Liskni_si> | but in X11 this can't be done without weird hacks |
2021-01-04 22:40:00 +0100 | <T_X> | hm, okay. is it maybe possible to create a window which always displays the content of a specific workspace? |
2021-01-04 22:40:32 +0100 | <Liskni_si> | not really |
2021-01-04 22:40:35 +0100 | <T_X> | in OBS Studio I can also stream the contents of a specific window. so that would be another workaround that would come to my mind. not sure how well that'd perform, if at all |
2021-01-04 22:40:39 +0100 | <geekosaur> | Liskni_si, a compositor could do it but there's no conventions for how to tell it to do so |
2021-01-04 22:40:50 +0100 | <Liskni_si> | geekosaur: yeah I was just about to say that |
2021-01-04 22:41:59 +0100 | <Liskni_si> | "in X11 this can't be done without weird hacks" is still true I think, as this would be a "weird hack" :-) |
2021-01-04 22:44:14 +0100 | <Liskni_si> | T_X: can you perhaps control OBS from xmonad and have it move the capture area dynamically? |
2021-01-04 22:45:10 +0100 | <Liskni_si> | so that when you need to view that specific workspace, it'd capture at 0, 0, and when that workspace is only visible on the dummy monitor, it'd capture at 2560, 0 |
2021-01-04 22:45:25 +0100 | <Liskni_si> | it's still a hack but less moving parts |
2021-01-04 22:46:11 +0100 | geekosaur | (42d52137@66.213.33.55) (Remote host closed the connection) |
2021-01-04 22:51:52 +0100 | <T_X> | Liskni_si: that might work. I have to look into it, just started looking at OBS studio yesterday :D |
2021-01-04 23:07:32 +0100 | <T_X> | oh, hm, maybe another simple solution for now: I could view the dedicated streaming workspace / virtual monitor via OBS itself :D |
2021-01-04 23:07:45 +0100 | <T_X> | it's actually quite reactive |
2021-01-04 23:08:52 +0100 | <T_X> | there is a bit of lag, but not much |
2021-01-04 23:09:06 +0100 | ADG1089_ | (~adg1089@27.63.37.2) |
2021-01-04 23:09:06 +0100 | ADG1089_ | (~adg1089@27.63.37.2) (Read error: Connection reset by peer) |
2021-01-04 23:09:23 +0100 | ADG1089_ | (~adg1089@122.163.234.142) |
2021-01-04 23:09:52 +0100 | <T_X> | in OBS studio I have a preview of the monitor (the virtual / hijacked HDMI one). and I can also view that perview in fullscreen in OBS studio |
2021-01-04 23:17:15 +0100 | <T_X> | argh, nope, mouse does not seem to work probably on the virtual monitor then... |
2021-01-04 23:18:54 +0100 | <T_X> | that is mouse movement works fine on the virtual monitor, viewed in OBS studio. but as soon as I click the mouse pointer seems to briefly leave the virtual monitor. weird |
2021-01-04 23:30:49 +0100 | ADG1089_ | (~adg1089@122.163.234.142) (Ping timeout: 264 seconds) |
2021-01-04 23:52:02 +0100 | seschwar | (~seschwar@unaffiliated/seschwar) (Quit: :wq) |
2021-01-04 23:52:55 +0100 | ADG1089__ | (~aditya@122.163.234.142) |