| 2022-12-07 00:49:33 +0100 | aliosablack | (~chomwitt@2a02:587:7a0c:6a00:1ac0:4dff:fedb:a3f1) (Ping timeout: 260 seconds) |
| 2022-12-07 01:06:07 +0100 | lokesh1197 | (~Thunderbi@14.139.128.52) |
| 2022-12-07 02:34:18 +0100 | nexilva[m] | (~nexilvama@2001:470:69fc:105::2:cf52) |
| 2022-12-07 02:34:27 +0100 | <nexilva[m]> | Hello |
| 2022-12-07 02:34:54 +0100 | <nexilva[m]> | I have 4-5 google chrome windows open, each with arbitrary # of tabs. |
| 2022-12-07 02:35:09 +0100 | <nexilva[m]> | I want to send each chrome window to a specific workspace |
| 2022-12-07 02:35:24 +0100 | <nexilva[m]> | I cannot figure out a way to differentiate them using xprop |
| 2022-12-07 02:35:39 +0100 | <geekosaur> | browsers make this annoyingly difficult |
| 2022-12-07 02:35:57 +0100 | <nexilva[m]> | WM_NAME(UTF8_STRING) = "Family Guy Season 20 Episode 10 Full Episode - Family Guy 2022 NoCuts 1080p - YouTube - Google Chrome" |
| 2022-12-07 02:35:57 +0100 | <nexilva[m]> | _NET_WM_NAME(UTF8_STRING) = "Family Guy Season 20 Episode 10 Full Episode - Family Guy 2022 NoCuts 1080p - YouTube - Google Chrome" |
| 2022-12-07 02:36:11 +0100 | <nexilva[m]> | Other than this identifying bit (tabs), I can't find an identifier. |
| 2022-12-07 02:36:35 +0100 | <nexilva[m]> | Is there a possible way to manually hack xprop and give each window a unique identifier? |
| 2022-12-07 02:36:40 +0100 | <geekosaur> | not only can't you distinguish them, but the properties you see after they've settled are not the ones the manageHook sees; you have to use DynamicProperty |
| 2022-12-07 02:37:08 +0100 | <geekosaur> | I don't understand "manually hack xprop" |
| 2022-12-07 02:37:40 +0100 | <nexilva[m]> | Nevermind that |
| 2022-12-07 02:37:47 +0100 | <geekosaur> | you can certainly manually set properties on a window, but that's just a more annoying way to manually shift them to the workspaces you want |
| 2022-12-07 02:38:01 +0100 | <nexilva[m]> | So this DynamicProperty, how might I detect for those consistently |
| 2022-12-07 02:38:46 +0100 | <geekosaur> | hypothetically a browser plugin could set properties for you, but you'd still need DynamicProperty to detect them as JS doesn't run until the window is mapped which is too late for the manageHook |
| 2022-12-07 02:39:29 +0100 | <nexilva[m]> | https://hackage.haskell.org/package/xmonad-contrib-0.17.1/docs/XMonad-Hooks-DynamicProperty.html |
| 2022-12-07 02:39:56 +0100 | <nexilva[m]> | Ok, I got that part. |
| 2022-12-07 02:42:13 +0100 | <nexilva[m]> | How would a browser plugin do this? open a new tab on each window and set the window title, which I can then detect with dynamic property |
| 2022-12-07 02:42:17 +0100 | <nexilva[m]> | Something like that? |
| 2022-12-07 02:42:54 +0100 | <geekosaur> | or possibly set an X11 property, if it has access (but I doubt it does) |
| 2022-12-07 02:43:17 +0100 | <geekosaur> | tampermonkey or similar should be able to do something xmonad could catch |
| 2022-12-07 02:44:14 +0100 | <nexilva[m]> | I looked at that a few ways to set xprop custom vars but that's when launching the program or something but we're launching chrome once and getting 4 windows. |
| 2022-12-07 02:44:55 +0100 | <nexilva[m]> | Or, if I can make sure that only TAB #1 on every window is default selected, then that's consistent and I can detect that. |
| 2022-12-07 02:52:07 +0100 | <nexilva[m]> | https://www.reddit.com/r/xmonad/comments/6mf6zb/comment/dk2ywl8/ |
| 2022-12-07 02:59:58 +0100 | sagax | (~sagax_nb@user/sagax) |
| 2022-12-07 03:09:56 +0100 | jao | (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Ping timeout: 248 seconds) |
| 2022-12-07 03:10:45 +0100 | bla | (~bla@83.24.151.50.ipv4.supernova.orange.pl) (Ping timeout: 265 seconds) |
| 2022-12-07 03:11:21 +0100 | blaa | (~bla@79.191.245.208.ipv4.supernova.orange.pl) |
| 2022-12-07 03:24:44 +0100 | HCB[m] | (~hash@2001:470:69fc:105::1:19e2) |
| 2022-12-07 03:31:01 +0100 | HCB[m] | (~hash@2001:470:69fc:105::1:19e2) (Quit: issued !quit command) |
| 2022-12-07 03:36:27 +0100 | nexilva[m] | (~nexilvama@2001:470:69fc:105::2:cf52) () |
| 2022-12-07 03:39:47 +0100 | lokesh1197 | (~Thunderbi@14.139.128.52) (Ping timeout: 264 seconds) |
| 2022-12-07 03:40:43 +0100 | nexilva[m] | (~nexilvama@2001:470:69fc:105::2:cf52) |
| 2022-12-07 04:03:32 +0100 | banc | (banc@gateway/vpn/protonvpn/banc) (Ping timeout: 255 seconds) |
| 2022-12-07 04:24:19 +0100 | banc | (banc@gateway/vpn/protonvpn/banc) |
| 2022-12-07 04:37:11 +0100 | lokesh1197 | (~Thunderbi@14.139.128.10) |
| 2022-12-07 04:45:20 +0100 | td_ | (~td@83.135.9.33) (Ping timeout: 260 seconds) |
| 2022-12-07 04:46:42 +0100 | td_ | (~td@83.135.9.15) |
| 2022-12-07 05:37:09 +0100 | <AskYourself[m]> | I'm getting some strange behaviour. I switched my terminal from Alacritty to Wezterm. Now when I'm in a workspace, if I open Wezterm from rofi, it opens to the project dir, but if I open it with my terminal opening keybind, it opens to ~/. Any idea why that would be? |
| 2022-12-07 05:39:54 +0100 | <_Ity[m]> | AskYourself[m]: What behavior do you desire? |
| 2022-12-07 05:40:27 +0100 | <AskYourself[m]> | I want terminal to open to the project dir, if opened within the project dir via terminal keybind. |
| 2022-12-07 05:40:50 +0100 | <_Ity[m]> | Not sure I understand |
| 2022-12-07 05:41:02 +0100 | <_Ity[m]> | Opened within the project dir? |
| 2022-12-07 05:41:07 +0100 | <AskYourself[m]> | Yes. |
| 2022-12-07 05:41:13 +0100 | AskYourself[m] | sent a code block: https://libera.ems.host/_matrix/media/v3/download/libera.chat/2fb25a15f9bcab66f4bf9ac80c060835e064… |
| 2022-12-07 05:41:46 +0100 | <AskYourself[m]> | So there's a project. And the behaviour I should get (and which I was getting with Alacritty) is that if I spawn a terminal within the workspace, this terminal will be opened to the project dir. |
| 2022-12-07 05:41:55 +0100 | <AskYourself[m]> | But now it's not doing that unless I open it from rofi.. |
| 2022-12-07 05:41:59 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 256 seconds) |
| 2022-12-07 05:42:11 +0100 | <_Ity[m]> | Ah, sorry, I am still new to xmonad, I can only help with generic Linux or ricing stuff |
| 2022-12-07 05:44:04 +0100 | <_Ity[m]> | With that said, a good idea would be to investigate what made alacritty spawn right |
| 2022-12-07 05:44:29 +0100 | <AskYourself[m]> | Ok now this is the really weird part. |
| 2022-12-07 05:44:29 +0100 | <_Ity[m]> | Oh |
| 2022-12-07 05:44:30 +0100 | <AskYourself[m]> | Now alacritty isn't doing it either. |
| 2022-12-07 05:44:30 +0100 | <AskYourself[m]> | Lol. |
| 2022-12-07 05:44:34 +0100 | <AskYourself[m]> | 🤦♂️ |
| 2022-12-07 05:44:37 +0100 | <AskYourself[m]> | Yeah, it's very weird. |
| 2022-12-07 05:44:37 +0100 | <_Ity[m]> | Those bugs are the worst |
| 2022-12-07 05:45:06 +0100 | <AskYourself[m]> | Yeah I really don't know what's going on. |
| 2022-12-07 05:45:54 +0100 | <_Ity[m]> | If you could describe what projects are, I might be able to help despite not knowing much Xmonad beyond the basics |
| 2022-12-07 05:46:20 +0100 | <_Ity[m]> | Just with generic advice |
| 2022-12-07 05:46:31 +0100 | <AskYourself[m]> | It's from Dynamic.Projects. |
| 2022-12-07 05:47:15 +0100 | <AskYourself[m]> | You can see my projects here in my dotfiles: |
| 2022-12-07 05:47:16 +0100 | <AskYourself[m]> | https://gitlab.com/IsaacBrown92/dotfiles/-/blob/main/modules/xmonad/xmonad.hs#L106 |
| 2022-12-07 05:47:29 +0100 | <_Ity[m]> | I know very little about Xmonad, what do projects do? |
| 2022-12-07 05:47:36 +0100 | <AskYourself[m]> | Basically it's a record composed of a project name, directory, and spawn command. |
| 2022-12-07 05:47:48 +0100 | <AskYourself[m]> | So for ex, her is my "dot" dir: |
| 2022-12-07 05:48:30 +0100 | AskYourself[m] | uploaded an image: (35KiB) < https://libera.ems.host/_matrix/media/v3/download/matrix.org/renNhnerKxfgZLYnCRObDhrl/image.png > |
| 2022-12-07 05:48:35 +0100 | <AskYourself[m]> | Notice in xmobar that the workspaces are project names as opposed to numbers. |
| 2022-12-07 05:49:11 +0100 | <_Ity[m]> | I see |
| 2022-12-07 05:49:12 +0100 | <AskYourself[m]> | That's basically what it does, creates named workspaces with default directories and commands that run when you open them (for ex opening [mus] opens spotify). |
| 2022-12-07 05:49:31 +0100 | <_Ity[m]> | Oh, so it overwrites keybinds? |
| 2022-12-07 05:49:47 +0100 | <AskYourself[m]> | I couldn't speak to that. |
| 2022-12-07 05:49:51 +0100 | <AskYourself[m]> | It's not clear to me that this happens though, maybe. |
| 2022-12-07 05:50:21 +0100 | <_Ity[m]> | I guess I don't understand then |
| 2022-12-07 05:50:41 +0100 | <AskYourself[m]> | Yeah, this I think is Xmonad specific, I don't think it's general Linux/ricing. |
| 2022-12-07 05:50:50 +0100 | <AskYourself[m]> | I appreciate the effort of course. |
| 2022-12-07 05:51:27 +0100 | <AskYourself[m]> | If someone in here can tell me why my projects randomly stopped working properly that would be awesome though :P. |
| 2022-12-07 05:52:06 +0100 | <_Ity[m]> | If I could understand what projects do in terms of IO, I could help narrow down the problem |
| 2022-12-07 05:53:24 +0100 | <_Ity[m]> | * If I could understand what projects do in terms of IO, I might be able help narrow down the problem |
| 2022-12-07 05:53:33 +0100 | <AskYourself[m]> | It's very weird. It's like rofi understands that it's in a project context, but the keybinds don't. |
| 2022-12-07 05:54:25 +0100 | <AskYourself[m]> | Like if I open Wezterm in the project workspace via rofi, it'll open to ~/.dotfiles (as it should), but if I open Wezterm in the project workspace via the terminal spawning keybind, it'll open to ~/ (which it should not). |
| 2022-12-07 05:55:28 +0100 | <AskYourself[m]> | _Ity[m]: If you wanna know something specific, you can ask, but I'm not that advanced and I don't know the library well, so I doubt I'd be able to answer much. |
| 2022-12-07 05:56:05 +0100 | <_Ity[m]> | AskYourself[m]: The generic way to spawn a process within a dir is fork,chdir,exec |
| 2022-12-07 05:56:50 +0100 | <_Ity[m]> | It is possible that instead it's using some different method that rofi interprets and uses the standard method, but wezterm doesn't |
| 2022-12-07 05:57:53 +0100 | <_Ity[m]> | It is also possible that the terminal keybind is ignoring w/e project is doing |
| 2022-12-07 06:01:29 +0100 | lokesh1197 | (~Thunderbi@14.139.128.10) (Remote host closed the connection) |
| 2022-12-07 06:10:16 +0100 | <AskYourself[m]> | Hmm. |
| 2022-12-07 06:10:32 +0100 | <AskYourself[m]> | So I can get alacritty behaving normally by rebuilding xmonad, clicking outside the workspace, then coming back. |
| 2022-12-07 06:10:38 +0100 | <AskYourself[m]> | Does not work with Wezterm though.. |
| 2022-12-07 06:50:09 +0100 | jacobAtkinson[m] | (~jatkinson@2001:470:69fc:105::2:d3bf) |
| 2022-12-07 06:52:31 +0100 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
| 2022-12-07 08:04:50 +0100 | incertia | (~incertia@209.122.71.127) (Ping timeout: 260 seconds) |
| 2022-12-07 08:52:43 +0100 | incertia | (~incertia@209.122.71.127) |
| 2022-12-07 09:11:40 +0100 | mncheck | (~mncheck@193.224.205.254) |
| 2022-12-07 10:09:08 +0100 | ft | (~ft@p508dbd59.dip0.t-ipconnect.de) (Quit: leaving) |
| 2022-12-07 13:37:36 +0100 | aliosablack | (~chomwitt@2a02:587:7a0c:6a00:1ac0:4dff:fedb:a3f1) |
| 2022-12-07 14:27:12 +0100 | lokesh1197 | (~Thunderbi@14.139.128.52) |
| 2022-12-07 16:02:50 +0100 | noze | (~user@2001:41d0:a:21f1::1) |
| 2022-12-07 16:04:13 +0100 | <noze> | this probably gets asked a lot around here, but what's the latest about xmonad and wayland? |
| 2022-12-07 16:06:35 +0100 | <geekosaur> | same as before, none of us know how to write it., wlroots seems to be improving of late though |
| 2022-12-07 16:10:30 +0100 | <liskin> | I will undoubtedly regret saying this but I don't think lack of knowledge is what's blocking me. Knowledge can be acquired, it takes time, and time is being spent elsewhere unfortunately. |
| 2022-12-07 16:11:21 +0100 | <liskin> | Funny thing is that the waymonad project kind of struggles with a similar thing. |
| 2022-12-07 16:11:30 +0100 | <dminuoso> | geekosaur: Is anyone even on it? |
| 2022-12-07 16:11:44 +0100 | <dminuoso> | ongy seems to have stopped waymonad long time ago |
| 2022-12-07 16:12:18 +0100 | <geekosaur> | there's a later fork by L-as but I'm pretty sure he gave up too |
| 2022-12-07 16:12:32 +0100 | <geekosaur> | we'll probably have to pay someone to write it |
| 2022-12-07 16:12:37 +0100 | <liskin> | Last time I checked, Las was working on some grand new framework for generating low-level code, which will supposedly help with wlroots integration. |
| 2022-12-07 16:12:44 +0100 | <geekosaur> | which is why we're piling up contributions with OC |
| 2022-12-07 16:13:04 +0100 | <dminuoso> | Yeah, you were sorely missed in Zurich. |
| 2022-12-07 16:13:32 +0100 | <liskin> | But I suspect it's a bit of an excuse as that codebase will find use in their blockchain endeavors much sooner. |
| 2022-12-07 16:13:43 +0100 | <dminuoso> | My brilliant and cunning plan to present Emacs on Bare Metal was thwarted by liskin's inaptitude. We had a great team of managers, but liskin did not perform. If you had been there geekosaur, we could have revolutionized the world. |
| 2022-12-07 16:13:50 +0100 | <liskin> | So it's just the same old "life takes us different ways" situation |
| 2022-12-07 16:14:38 +0100 | <liskin> | dminuoso: why did we choose such a silly project in the first place though? |
| 2022-12-07 16:14:43 +0100 | <dminuoso> | liskin: But seriously, maybe we just need to make waymonad run in a blockchain to secure unlimited funding. We're just a tad bit too late. |
| 2022-12-07 16:14:49 +0100 | <dminuoso> | I dont recall. |
| 2022-12-07 16:14:59 +0100 | <liskin> | Had we thought of doing a Wayland compositor in emacs we could've been famous |
| 2022-12-07 16:15:18 +0100 | <liskin> | It hit the HN front page recently. |
| 2022-12-07 16:15:37 +0100 | <dminuoso> | Im not entirely kidding with that statement regarding blockchain. If you sell the idea with the right attributes, it is much easier to get a deep pocket funding your idea. |
| 2022-12-07 16:15:53 +0100 | <liskin> | :-) |
| 2022-12-07 16:16:16 +0100 | <dminuoso> | While ycombinator does a lot of venture capital, being on HN does not guarantee it. |
| 2022-12-07 16:16:18 +0100 | <liskin> | None of us is particularly good at this non-coding soft stuff though |
| 2022-12-07 16:16:37 +0100 | <liskin> | Took all my mental reserves to get us where we are |
| 2022-12-07 16:16:45 +0100 | <liskin> | And I haven't recharged since |
| 2022-12-07 16:17:18 +0100 | <dminuoso> | One might argue that spending that much energy on an X11 based window manager when the future of desktop had been clear for a long time might have been misguided. |
| 2022-12-07 16:18:32 +0100 | <liskin> | Well the idea was that we'd either get enough income to actually have a stab at working for the future, or that I'd learn something |
| 2022-12-07 16:18:59 +0100 | <liskin> | I don't consider that a failure at all as we made huge progress on both goals |
| 2022-12-07 16:19:48 +0100 | <dminuoso> | The idea should have been sold to Red Hat. :po |
| 2022-12-07 16:20:27 +0100 | <liskin> | If I didn't live in a high cost of living location (for personal/family reasons), working part time on Wayland xmonad would be quite realistic |
| 2022-12-07 16:21:22 +0100 | <dminuoso> | Where do you currently live? |
| 2022-12-07 16:21:51 +0100 | <liskin> | London |
| 2022-12-07 16:22:22 +0100 | <dminuoso> | Ah I see. Where about in London? |
| 2022-12-07 16:22:49 +0100 | <liskin> | My rent is like triple or quadruple of xmonad's GitHub Sponsors income. |
| 2022-12-07 16:22:52 +0100 | <liskin> | It's insane |
| 2022-12-07 16:23:08 +0100 | <dminuoso> | I've heard crazy stories about rent in london yeah |
| 2022-12-07 16:23:16 +0100 | <liskin> | https://www.blackhorsebeermile.co.uk/ right here |
| 2022-12-07 16:23:18 +0100 | <_Ity[m]> | <geekosaur> "same as before, none of us..." <- Is that really the state? |
| 2022-12-07 16:23:22 +0100 | <liskin> | (I know, lol) |
| 2022-12-07 16:24:11 +0100 | <dminuoso> | liskin: Okay I understand the "personal reasons" part now. >:) |
| 2022-12-07 16:24:18 +0100 | <dminuoso> | Cheers! |
| 2022-12-07 16:24:21 +0100 | <liskin> | :-D |
| 2022-12-07 16:24:46 +0100 | <dminuoso> | Must be quite a stink in the air with that many breweries around. |
| 2022-12-07 16:25:02 +0100 | <dminuoso> | It's not nice running around the large breweries here in Hannover. |
| 2022-12-07 16:25:04 +0100 | <liskin> | Well I would move to Czechia on a whim if that didn't affect anything else |
| 2022-12-07 16:25:46 +0100 | <liskin> | Not really, it's usually shadowed by the sweet smell of a giant bakery that's nearer than the breweries |
| 2022-12-07 16:25:52 +0100 | <_Ity[m]> | This convo is getting interesting |
| 2022-12-07 16:26:06 +0100 | <_Ity[m]> | Czech native here |
| 2022-12-07 16:26:06 +0100 | <liskin> | Also microbreweries aren't that smelly as big commercial ones |
| 2022-12-07 16:26:15 +0100 | <liskin> | And also I love the smell anyway |
| 2022-12-07 16:26:16 +0100 | <dminuoso> | Ah these are small I see |
| 2022-12-07 16:26:46 +0100 | <liskin> | _Ity[m]: where exactly? I'm from Brno |
| 2022-12-07 16:27:55 +0100 | <_Ity[m]> | Oh, I prefer not to share the city ^^ |
| 2022-12-07 16:29:53 +0100 | <_Ity[m]> | Are you native too? |
| 2022-12-07 16:30:26 +0100 | <geekosaur> | _Ity[m], we're all X11 people, we don't know Wayland and mostly don't trust it quite yet |
| 2022-12-07 16:30:49 +0100 | <geekosaur> | like I said, we'd have to pay someone to write a Wayland version |
| 2022-12-07 16:31:04 +0100 | <geekosaur> | or hope L-as decides to work on it again |
| 2022-12-07 16:31:12 +0100 | <_Ity[m]> | I am also an X11 person and don't quite like Wayland, but I've been wanting to write an impl for a while |
| 2022-12-07 16:31:31 +0100 | <liskin> | _Ity[m]: yep, born there, spent 30+ years there |
| 2022-12-07 16:31:31 +0100 | <_Ity[m]> | * a while just to see |
| 2022-12-07 16:31:56 +0100 | <liskin> | It's still my home. |
| 2022-12-07 16:32:31 +0100 | <_Ity[m]> | O I see, why did you move out, if I may ask? |
| 2022-12-07 16:33:16 +0100 | <liskin> | Wife's an academic. Having worked abroad is a requirement for senior academic jobs in CZ. |
| 2022-12-07 16:33:36 +0100 | <_Ity[m]> | Oh, I guess that's true |
| 2022-12-07 16:34:13 +0100 | <_Ity[m]> | Academic jobs pay so little here |
| 2022-12-07 16:34:32 +0100 | <liskin> | There are exceptions if you're better than literally everyone else (a friend of mine used this) but she's not. |
| 2022-12-07 16:34:59 +0100 | <_Ity[m]> | I see |
| 2022-12-07 16:35:21 +0100 | <_Ity[m]> | Tbh imo academia kinda sucks from what I've heard |
| 2022-12-07 16:38:28 +0100 | <liskin> | That's highly subjective. Corporations suck. Startups suck. Public service sucks. Everything sucks if it's not for you. |
| 2022-12-07 16:38:48 +0100 | <noze> | things that suck about academia: terrible pay, high mobility requirement in the first 10 years of your career, no job security |
| 2022-12-07 16:39:38 +0100 | <noze> | but of course, as liskin says, everything sucks (: |
| 2022-12-07 16:40:16 +0100 | <_Ity[m]> | liskin: It's mostly stuff that I heard from people working there |
| 2022-12-07 16:40:37 +0100 | <_Ity[m]> | I cannot say anything myself, I am just a poor hobbyist |
| 2022-12-07 16:41:33 +0100 | <liskin> | _Ity[m]: yeah you're not wrong :-) |
| 2022-12-07 16:54:51 +0100 | <AskYourself[m]> | geekosaur: Why don't you trust Wayland? |
| 2022-12-07 16:55:43 +0100 | <geekosaur> | (I have a counseling telehealth in a few minutes, will be gone for ~ an hour) |
| 2022-12-07 16:55:58 +0100 | <geekosaur> | too many stories ofr people losing their sessions because the compositor crashed |
| 2022-12-07 16:56:29 +0100 | <geekosaur> | the X server has had a couple decades to become stable; if the compositor crashes I can just restart it. not so with Wayland |
| 2022-12-07 16:56:37 +0100 | <geekosaur> | (gone) |
| 2022-12-07 17:01:33 +0100 | <liskin> | dminuoso: just walked outside and there's a smell of brewing in the air ♥️ |
| 2022-12-07 17:25:31 +0100 | <AskYourself[m]> | geekosaur: Ah ok. Yeah the stability seems great. I just have the impression |
| 2022-12-07 17:25:31 +0100 | <AskYourself[m]> | that Wayland is where things are going in the future, I think X11 support is gonna stop for certain things, etc. But I like Xmonad so much that I would need to lose some major functionality to switch. |
| 2022-12-07 17:25:56 +0100 | <AskYourself[m]> | Also I'll try to get that bug report in today, I've written it down and won't forget, just a bit busy w exams. |
| 2022-12-07 17:29:08 +0100 | BrynDiscord[m] | (~brynmmatr@2001:470:69fc:105::2:d43d) |
| 2022-12-07 17:30:36 +0100 | <_Ity[m]> | Personally I am against Wayland due to its monololithic nature |
| 2022-12-07 17:30:52 +0100 | <_Ity[m]> | I sincerely hope that it's not the future at its current state |
| 2022-12-07 17:33:07 +0100 | <_Ity[m]> | s/state/approach to things/ |
| 2022-12-07 17:37:32 +0100 | <BrynDiscord[m]> | <geekosaur> "too many stories ofr people..." <- People will lose their session if the X server crashes as well. |
| 2022-12-07 17:38:17 +0100 | <BrynDiscord[m]> | That said, Wayland is nearing completion of its handoff and reconnect extension: |
| 2022-12-07 17:38:17 +0100 | <BrynDiscord[m]> | https://gitlab.freedesktop.org/wayland/wayland/-/merge_requests/283 |
| 2022-12-07 17:44:17 +0100 | <BrynDiscord[m]> | Reconnect is already working on the big compositors and toolkits, more support coming soon |
| 2022-12-07 17:44:31 +0100 | <BrynDiscord[m]> | <_Ity[m]> "Personally I am against Wayland..." <- Why? |
| 2022-12-07 17:53:21 +0100 | <liskin> | once that reconnect stuff works that does change the situation for the better quite a bit |
| 2022-12-07 17:53:44 +0100 | <liskin> | my wife's gnome-shell needs to be restarted a couple times per week, but the X server itself has been up for months |
| 2022-12-07 17:53:54 +0100 | <BrynDiscord[m]> | It already works and is implemented in for example KWin/SDL/Qt |
| 2022-12-07 17:54:17 +0100 | <liskin> | if she had wayland she'd have lost her session a hundred times |
| 2022-12-07 17:55:25 +0100 | <liskin> | should be noted that in xmonad's case, it's not just about not losing a session when the WM crashes, it's more about being able to reload config without losing the entire session |
| 2022-12-07 17:55:42 +0100 | <BrynDiscord[m]> | Yeah, gnome is an interesting case since it was designed tightly coupled to this issue |
| 2022-12-07 17:56:06 +0100 | <BrynDiscord[m]> | The gnome/gtk people have been working on the reconnect extension afaik |
| 2022-12-07 17:56:11 +0100 | <liskin> | so even with the old design of things, I thought we'd have a compositor process that would be just wlroots + rpc, fairly stable-ish, and then separate WM process |
| 2022-12-07 17:56:19 +0100 | <BrynDiscord[m]> | And there are more contemporaneous designs in general like Cosmic |
| 2022-12-07 18:01:18 +0100 | <liskin> | oh, fun: https://github.com/pop-os/cosmic-comp/blob/master_jammy/src/shell/workspace.rs#L67-L74 |
| 2022-12-07 18:03:10 +0100 | <liskin> | didn't know Cosmic's a thing; definitely interesting to watch |
| 2022-12-07 18:39:00 +0100 | lokesh1197 | (~Thunderbi@14.139.128.52) (Quit: lokesh1197) |
| 2022-12-07 18:39:24 +0100 | lokesh1197 | (~Thunderbi@14.139.128.52) |
| 2022-12-07 18:45:29 +0100 | lokesh1197 | (~Thunderbi@14.139.128.52) (Ping timeout: 268 seconds) |
| 2022-12-07 19:04:45 +0100 | jeeeun | (~jeeeun@78.40.148.178) (Quit: The Lounge - https://thelounge.chat) |
| 2022-12-07 19:06:55 +0100 | jeeeun | (~jeeeun@78.40.148.178) |
| 2022-12-07 21:15:34 +0100 | tremon | (~tremon@83-84-18-241.cable.dynamic.v4.ziggo.nl) |
| 2022-12-07 21:41:50 +0100 | <noze> | yeah it's a bit tragic that none of the existing compositors makes it easy to implement a separate window manager |
| 2022-12-07 21:51:49 +0100 | ft | (~ft@p508dbd59.dip0.t-ipconnect.de) |
