2023-04-02 01:20:59 +0200 | catman | (~catman@user/catman) |
2023-04-02 01:26:02 +0200 | catman | (~catman@user/catman) (Quit: WeeChat 3.8) |
2023-04-02 02:23:11 +0200 | MrElendig | (~Urist@archlinux/op/MrElendig) (Quit: rock and stone) |
2023-04-02 02:24:23 +0200 | MrElendig | (~Urist@archlinux/op/MrElendig) |
2023-04-02 03:14:50 +0200 | catern | (~sbaugh@2604:2000:8fc0:b:a9c7:866a:bf36:3407) |
2023-04-02 03:15:59 +0200 | <catern> | sorry to ask a slightly lazy question, but... how does xmonad know to float windows that have a floating _NET_WM_WINDOW_TYPE ? e.g. _NET_WM_WINDOW_TYPE_UTILITY; I can't see any code which deals with that |
2023-04-02 03:20:42 +0200 | <liskin> | catern: it doesn't, there's a different heuristic: https://github.com/xmonad/xmonad/blob/b06d885e764cc57d78e94402d583cbf72741d583/src/XMonad/ManageHo… |
2023-04-02 03:21:17 +0200 | <liskin> | https://github.com/xmonad/xmonad/blob/ab99c17a68144013d4c109e80ec9e51b16a64d54/src/XMonad/Operatio… |
2023-04-02 03:22:08 +0200 | <catern> | liskin: aha i seeeeee, thank you |
2023-04-02 03:22:32 +0200 | <catern> | (how vexing, now I have to figure out how to achieve one of these conditions with emacs...) |
2023-04-02 03:23:09 +0200 | <liskin> | catern: it's probably easier to add a managehook :-) |
2023-04-02 03:23:30 +0200 | <catern> | I'm trying to fix something upstream :) https://debbugs.gnu.org/cgi/bugreport.cgi?bug=62164 |
2023-04-02 03:23:39 +0200 | <liskin> | oh |
2023-04-02 03:24:36 +0200 | hightower2 | (~hightower@213.149.61.142) (Remote host closed the connection) |
2023-04-02 03:26:01 +0200 | <liskin> | https://tronche.com/gui/x/icccm/sec-4.html#WM_TRANSIENT_FOR possibly? not sure if that has the required semantics though |
2023-04-02 03:27:04 +0200 | <liskin> | "_NET_WM_WINDOW_TYPE_UTILITY indicates a small persistent utility window, such as a palette or toolbox. It is distinct from type TOOLBAR because it does not correspond to a toolbar torn off from the main application. It's distinct from type DIALOG because it isn't a transient dialog, the user will probably keep it open while they're working. Windows of this type may set the WM_TRANSIENT_FOR hint |
2023-04-02 03:27:06 +0200 | <liskin> | indicating the main application window." is what EWMH spec says |
2023-04-02 03:27:26 +0200 | <catern> | oh hah I missed that, well, perfect then! |
2023-04-02 03:27:54 +0200 | <catern> | liskin: great find, thank you! |
2023-04-02 03:28:39 +0200 | <liskin> | always glad to be helpful :-) |
2023-04-02 03:35:14 +0200 | <catern> | liskin: thank you very much, that was the last bit I needed, I now have a beautifully floating emacs frame :) |
2023-04-02 04:25:51 +0200 | td_ | (~td@i5387093C.versanet.de) (Ping timeout: 255 seconds) |
2023-04-02 04:27:36 +0200 | td_ | (~td@i53870922.versanet.de) |
2023-04-02 04:31:28 +0200 | th3m45t3rm1nd | (~th3m45t3r@2401:4900:b09:664b:f57e:f75:d154:5f39) |
2023-04-02 04:33:08 +0200 | th3m45t3rm1nd | (~th3m45t3r@2401:4900:b09:664b:f57e:f75:d154:5f39) (Client Quit) |
2023-04-02 05:49:33 +0200 | IsaacShapira[m] | (~isaacshap@2001:470:69fc:105::1:c253) |
2023-04-02 05:49:56 +0200 | <IsaacShapira[m]> | I am looking to get notified when my laptop battery is low |
2023-04-02 05:50:56 +0200 | <IsaacShapira[m]> | I was thinking I would forkIO and then recurse with a threadDelay, but the Dzen stuff is in X not IO |
2023-04-02 05:57:02 +0200 | noex | (~null@user/noex) |
2023-04-02 08:35:21 +0200 | stellacy | (~stellacy@gateway/tor-sasl/stellacy) (Remote host closed the connection) |
2023-04-02 08:37:58 +0200 | stellacy | (~stellacy@gateway/tor-sasl/stellacy) |
2023-04-02 10:17:35 +0200 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 260 seconds) |
2023-04-02 10:19:16 +0200 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
2023-04-02 10:46:00 +0200 | <Solid> | should we draft a release announcement for 0.17.2? I'm thinking that the release is so small it may not be necessary, as most user will not notice any difference |
2023-04-02 10:46:11 +0200 | <Solid> | On the other hand, people should of course be informed that we're doing something |
2023-04-02 10:46:18 +0200 | <Solid> | so… thoughts? |
2023-04-02 12:16:27 +0200 | chomwitt | (~chomwitt@2a02:587:7a16:e500:1ac0:4dff:fedb:a3f1) |
2023-04-02 12:36:03 +0200 | thyriaen | (~thyriaen@2a01:aea0:dd4:555f:6245:cbff:fe9f:48b1) |
2023-04-02 12:36:42 +0200 | <thyriaen> | Howdy friends, what was the layout again that shows only a single window in the middle of the screen ( not stretched over everything ) ? |
2023-04-02 12:44:54 +0200 | <thyriaen> | I think i found it: CenteredIfSingle |
2023-04-02 12:56:08 +0200 | <liskin> | Solid: *drafting* a release announcement may indeed be unnecessary :-) |
2023-04-02 12:57:09 +0200 | thyriaen | (~thyriaen@2a01:aea0:dd4:555f:6245:cbff:fe9f:48b1) (Remote host closed the connection) |
2023-04-02 12:57:34 +0200 | thyriaen | (~thyriaen@2a01:aea0:dd4:555f:6245:cbff:fe9f:48b1) |
2023-04-02 12:57:53 +0200 | <thyriaen> | What do i have to import for https://hackage.haskell.org/package/xmonad-contrib-0.17.1/docs/XMonad-Layout-CenteredIfSingle.html Grid ? |
2023-04-02 13:00:19 +0200 | <liskin> | Solid: it'd only make sense if you wanted to talk about what is *not* in the release and is coming, but then we did that quite recently, so now it's totally fine to justify say "we released a quick .2 with a single fix for ghc 9.2" |
2023-04-02 13:00:39 +0200 | <liskin> | s/justify/just/ |
2023-04-02 13:04:03 +0200 | <thyriaen> | how do i have to restart xmonad if the type of the things don't change ? |
2023-04-02 13:05:06 +0200 | thyriaen | (~thyriaen@2a01:aea0:dd4:555f:6245:cbff:fe9f:48b1) (Remote host closed the connection) |
2023-04-02 13:10:53 +0200 | malook | (~Thunderbi@5.109.228.143) |
2023-04-02 13:12:00 +0200 | malook | (~Thunderbi@5.109.228.143) (Client Quit) |
2023-04-02 13:19:28 +0200 | mc47 | (~mc47@xmonad/TheMC47) |
2023-04-02 13:33:45 +0200 | thyriaen | (~thyriaen@2a01:aea0:dd4:555f:6245:cbff:fe9f:48b1) |
2023-04-02 13:41:20 +0200 | thyriaen_ | (~thyriaen@2a01:aea0:dd4:555f:6245:cbff:fe9f:48b1) |
2023-04-02 13:42:05 +0200 | thyriaen | (~thyriaen@2a01:aea0:dd4:555f:6245:cbff:fe9f:48b1) (Ping timeout: 250 seconds) |
2023-04-02 14:33:20 +0200 | <geekosaur> | @tell thyriaen I think you wanted mod-shift-space? |
2023-04-02 14:33:20 +0200 | <lambdabot> | Consider it noted. |
2023-04-02 14:38:51 +0200 | thyriaen_ | (~thyriaen@2a01:aea0:dd4:555f:6245:cbff:fe9f:48b1) (Ping timeout: 250 seconds) |
2023-04-02 14:39:46 +0200 | <Solid> | liskin: alright, sounds good |
2023-04-02 15:11:29 +0200 | <liskin> | Solid: once you're done, good practice is that you merge the release branch back into master |
2023-04-02 15:11:47 +0200 | <liskin> | you could reconcile CHANGES.md manually but it's nicer to just see everything in git log |
2023-04-02 15:12:01 +0200 | <liskin> | (well you will have to resolve the conflicts manually anyway) |
2023-04-02 15:12:03 +0200 | <Solid> | liskin: I was going to cherry pick the 2 or 3 commits that we actually need |
2023-04-02 15:12:20 +0200 | <Solid> | but if you want I can also just merge the branch |
2023-04-02 15:13:17 +0200 | <liskin> | I think merge is better in this case |
2023-04-02 15:13:28 +0200 | <liskin> | what would you cherry-pick anyway? the version bump and changes? |
2023-04-02 15:14:31 +0200 | <Solid> | yeah |
2023-04-02 15:22:54 +0200 | <Solid> | just feels weird pushing 30 commits with the content of 4, I guess :) |
2023-04-02 15:23:15 +0200 | <Solid> | but you're right that it probably resutls in a more readable git log |
2023-04-02 15:23:35 +0200 | <liskin> | well you're not pushing 30 commits, you're just drawing a line in the git log from one branch to another :-) |
2023-04-02 15:23:50 +0200 | <liskin> | (git is about trees, not diffs) |
2023-04-02 15:26:30 +0200 | <Solid> | but I do, right? When I merge the branch commit X will get a new hash and appear a second time in git log |
2023-04-02 15:27:19 +0200 | <liskin> | you will make some commits appear twice in the history, yes |
2023-04-02 15:29:13 +0200 | <liskin> | my point was that these commits already have new hashes and already had been pushed |
2023-04-02 15:29:27 +0200 | <liskin> | they just wouldn't be visible in the history of master by default without the merge |
2023-04-02 15:33:51 +0200 | <Solid> | ah, I see what you mean |
2023-04-02 15:35:29 +0200 | <xmonadtrack> | xmonad a5ob7r {Tony Zorman} * v0.17.1-1-g9d0fd62: Fix compatibilities with mtl 2.3.1 (5 months ago, 3 files, 5+ 2-) https://github.com/xmonad/xmonad/commit/9d0fd62cb281 |
2023-04-02 15:35:30 +0200 | <xmonadtrack> | xmonad a5ob7r {Tony Zorman} * v0.17.1-2-gfaf5cf7: Fix compatibilities with unix 2.8.0.0 (5 months ago, 1 file, 5+ 0-) https://github.com/xmonad/xmonad/commit/faf5cf7b2737 |
2023-04-02 15:35:37 +0200 | <xmonadtrack> | xmonad Tomas Janousek {Tony Zorman} * v0.17.1-3-gf2c9c75: ci: Add hlint workflow (5 months ago, 1 file, 22+ 0-) https://github.com/xmonad/xmonad/commit/f2c9c75f671d |
2023-04-02 15:35:44 +0200 | <xmonadtrack> | ... and 28 more commits |
2023-04-02 15:38:15 +0200 | <liskin> | https://github.com/xmonad/xmonad/blame/40f8246080e1e7eb04e887e1fca05840901e75ff/MAINTAINERS.md#L120 keeps biting us |
2023-04-02 15:38:33 +0200 | <liskin> | I'll need to figure out a way to make that less error-prone :-) |
2023-04-02 15:40:00 +0200 | <liskin> | I mean, nobody's really going to miss this because it's just xmonad-contrib that actually links to the specific version |
2023-04-02 15:40:19 +0200 | <liskin> | and the docs for 0.17.1 are missing as well :-) |
2023-04-02 15:42:46 +0200 | mc47 | (~mc47@xmonad/TheMC47) (Remote host closed the connection) |
2023-04-02 15:45:38 +0200 | <xmonadtrack> | New xmonad-contrib branch created: pull/807 (1 commit) https://github.com/xmonad/xmonad-contrib/pull/807 |
2023-04-02 15:46:05 +0200 | <liskin> | Solid: shall we drop the release branch now? |
2023-04-02 15:47:43 +0200 | <Solid> | r.e. docs: whoops :) |
2023-04-02 15:47:49 +0200 | <Solid> | liskin: sure, we can do that |
2023-04-02 15:49:02 +0200 | <liskin> | the docs issue is on me I guess, that infra is from back when a release took an entire day of three of us |
2023-04-02 15:49:19 +0200 | thyriaen_ | (~thyriaen@2a01:aea0:dd4:555f:6245:cbff:fe9f:48b1) |
2023-04-02 15:50:01 +0200 | <liskin> | we didn't even know how we do the dev version bumps |
2023-04-02 15:50:06 +0200 | <liskin> | I'll need to rethink this |
2023-04-02 15:52:45 +0200 | <geekosaur> | thyriaen_, you wanted mod-shift-space |
2023-04-02 15:53:07 +0200 | <geekosaur> | sorry, I was asleep when you were asking stuff and those two are focused on releasing 0.17.2 with ghc 9.6 compat |
2023-04-02 15:54:59 +0200 | <thyriaen_> | come on |
2023-04-02 15:55:10 +0200 | <thyriaen_> | i just updated to fedora 38 to get 0.17.1 |
2023-04-02 15:55:30 +0200 | <thyriaen_> | and now you are telling me i have to struggle again to be behind in versions probably missing stuff again |
2023-04-02 15:55:46 +0200 | <mc47[m]> | You're not missing anything |
2023-04-02 15:55:49 +0200 | <geekosaur> | fedora doesn't have ghc 9.6 so you're safe. there are no new features in 0.17.2, just ghc 9.6 compat |
2023-04-02 15:55:56 +0200 | <thyriaen_> | perfect |
2023-04-02 15:56:05 +0200 | <thyriaen_> | i think my bug report worked |
2023-04-02 15:56:16 +0200 | <thyriaen_> | that they included 0.17.1 in this release :p |
2023-04-02 16:02:14 +0200 | <liskin> | oh, is fedora the last distro that still packages reasonably up-to-date xmonad in a reasonably-usable fashion? |
2023-04-02 16:02:47 +0200 | <liskin> | (I keep forgetting the BSDs, I'll see myself out :-)) |
2023-04-02 16:03:31 +0200 | <thyriaen_> | liskin, it is the reason why i moved to fedora, yes |
2023-04-02 16:11:03 +0200 | <xmonadtrack> | New branch created: pull/446 (1 commit) https://github.com/xmonad/xmonad/pull/446 |
2023-04-02 16:16:06 +0200 | <geekosaur> | liskin, Solid, re branch merging and such: DCSS never needs to merge branches back into master. everything in a branch, including documentation, originates in a cherrypick from master, so there would be nothing to merge. |
2023-04-02 16:16:55 +0200 | <geekosaur> | and every release starts with a branch from master, after which only bugfixes and release documentation are cherrypicked. |
2023-04-02 16:18:19 +0200 | <geekosaur> | bugfixes are cherrypicked to branches when added to master, and every so often if enough such cherrypicks have built up a new branch release is made (this is one reason for the bot, it tracks that) |
2023-04-02 16:18:56 +0200 | <geekosaur> | or if a severe enough bug is fixed (usually means it's a coredump bug, not that we usually need to worry about that) |
2023-04-02 16:19:32 +0200 | <liskin> | yeah, if we had longer-lived stable branches and master was already 0.17.999 or 0.18, I probably wouldn't suggest merging back |
2023-04-02 16:20:11 +0200 | <liskin> | (although it's still nice to update the changelog and see all the releases in git log easily, but the additional noise may not be worth it any more) |
2023-04-02 16:23:01 +0200 | <geekosaur> | you do that on master and cherrypick it, as with bugfixes, so they should still be visible? |
2023-04-02 16:25:42 +0200 | <geekosaur> | there are also other ways to do this; I'm just not as aware of them because I'm most involved with DCSS |
2023-04-02 18:01:11 +0200 | liskin[m] | (~liskinmat@2001:470:69fc:105::768) (Quit: You have been kicked for being idle) |
2023-04-02 18:37:20 +0200 | chomwitt | (~chomwitt@2a02:587:7a16:e500:1ac0:4dff:fedb:a3f1) (Ping timeout: 265 seconds) |
2023-04-02 18:40:39 +0200 | chomwitt | (~chomwitt@2a02:587:7a16:e500:1ac0:4dff:fedb:a3f1) |
2023-04-02 18:42:31 +0200 | horzion | (~horzion@ProtonDB/horzion) |
2023-04-02 18:46:59 +0200 | <horzion> | heya, i feel a bit lost. i am trying to get wireless network working on start, so that it dont need to manually connect and put in credentials. On KDE KDEWallet handles that afaik, but idk how i would go about this in XMonad |
2023-04-02 18:47:12 +0200 | liskin[m] | (~liskinmat@2001:470:69fc:105::768) |
2023-04-02 18:47:23 +0200 | <MrElendig> | use networkmanager, be happy |
2023-04-02 18:47:53 +0200 | <MrElendig> | it works independently of X |
2023-04-02 18:48:08 +0200 | <horzion> | i do use networkmanager |
2023-04-02 18:48:38 +0200 | <MrElendig> | do you have polkit? |
2023-04-02 18:48:49 +0200 | <horzion> | yes |
2023-04-02 18:49:19 +0200 | <MrElendig> | shouldn't be asking for any password then if you tell it to remember the credentials |
2023-04-02 18:49:40 +0200 | <horzion> | i have the feeling that kdewallet does something to prevent this from working |
2023-04-02 18:50:20 +0200 | <MrElendig> | not really |
2023-04-02 18:51:11 +0200 | <MrElendig> | but if you don't check the "allow this connection for all users" or whatever the checkbox is named, then nm will use the user keyring for storage, in which case you would have to unlock said keyring on boot/login |
2023-04-02 18:52:00 +0200 | <MrElendig> | if you store the connection as global, it will be stored in plaintext in /etc/NetworkManager/system-connections/ and be available before login too |
2023-04-02 18:52:09 +0200 | <horzion> | i see |
2023-04-02 18:52:11 +0200 | <horzion> | will try |
2023-04-02 18:52:49 +0200 | <MrElendig> | hmm, option is called "All users may connect to this network" or similar depending on which frontend you are using |
2023-04-02 18:52:59 +0200 | <horzion> | qt, and yeah found it |
2023-04-02 18:53:01 +0200 | <horzion> | will try now |
2023-04-02 18:53:06 +0200 | <MrElendig> | if you want to unlock kwallet on login, you can do that using pam |
2023-04-02 18:53:31 +0200 | <MrElendig> | https://wiki.archlinux.org/title/KDE_Wallet#Configure_PAM or similar for your distro |
2023-04-02 18:55:36 +0200 | horzion | (~horzion@ProtonDB/horzion) (Remote host closed the connection) |
2023-04-02 18:56:57 +0200 | horzion | (~horzion@ProtonDB/horzion) |
2023-04-02 18:57:03 +0200 | <horzion> | worked like a charm |
2023-04-02 18:57:44 +0200 | <MrElendig> | downside using the shared connection is of course that the credentials are in plain, but they are not world readable |
2023-04-02 18:57:44 +0200 | <horzion> | was my main issue for now, since i couldnt open firefox to search for stuff i wanna change |
2023-04-02 18:57:53 +0200 | <horzion> | aye |
2023-04-02 18:58:04 +0200 | <MrElendig> | firefox should work fine in xmonad |
2023-04-02 18:58:18 +0200 | <horzion> | it does, but it cant connect to anything if there is no network connection |
2023-04-02 18:58:28 +0200 | <MrElendig> | nmcli connect ... |
2023-04-02 18:58:45 +0200 | <MrElendig> | connection* |
2023-04-02 18:59:03 +0200 | <horzion> | yeah, but i dont know that out of my head :P |
2023-04-02 18:59:16 +0200 | <horzion> | it works now, so thats all that matters |
2023-04-02 18:59:17 +0200 | <MrElendig> | it has pretty good docs and --help |
2023-04-02 18:59:27 +0200 | <MrElendig> | there is also nmtui |
2023-04-02 18:59:51 +0200 | <horzion> | last time i used network via cli, i had an aneurism. there is stuff i rather do with gui, ya know |
2023-04-02 19:00:10 +0200 | <horzion> | but i appreciate your help and suggestions |
2023-04-02 19:00:25 +0200 | <horzion> | onto getting xmobar and gridselect working |
2023-04-02 19:00:28 +0200 | <MrElendig> | nmtui is almost gui :) |
2023-04-02 19:00:33 +0200 | <horzion> | hm |
2023-04-02 19:01:36 +0200 | thyriaen_ | (~thyriaen@2a01:aea0:dd4:555f:6245:cbff:fe9f:48b1) (Quit: Leaving) |
2023-04-02 19:25:24 +0200 | stellacy | (~stellacy@gateway/tor-sasl/stellacy) (Remote host closed the connection) |
2023-04-02 19:28:50 +0200 | stellacy | (~stellacy@gateway/tor-sasl/stellacy) |
2023-04-02 19:58:56 +0200 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 248 seconds) |
2023-04-02 20:14:58 +0200 | stellacy | (~stellacy@gateway/tor-sasl/stellacy) (Remote host closed the connection) |
2023-04-02 20:15:16 +0200 | stellacy | (~stellacy@gateway/tor-sasl/stellacy) |
2023-04-02 21:01:01 +0200 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
2023-04-02 21:25:18 +0200 | horzion | (~horzion@ProtonDB/horzion) (Quit: Off praying to the Omnissiah) |
2023-04-02 21:36:25 +0200 | sagax | (~sagax_nb@user/sagax) |
2023-04-02 22:01:28 +0200 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) (Ping timeout: 252 seconds) |
2023-04-02 22:02:13 +0200 | werneta | (~werneta@70-142-214-115.lightspeed.irvnca.sbcglobal.net) |
2023-04-02 22:27:11 +0200 | sagax | (~sagax_nb@user/sagax) (Remote host closed the connection) |