Logs on 2022-07-25 (liberachat/#xmonad)
| 00:31:32 | × | mvk quits (~mvk@2607:fea8:5ce3:8500::909a) (Ping timeout: 244 seconds) |
| 00:41:10 | → | byorgey joins (~byorgey@155.138.238.211) |
| 00:44:53 | × | tremon quits (~tremon@83-84-18-241.cable.dynamic.v4.ziggo.nl) (Quit: getting boxed in) |
| 00:56:53 | × | bla quits (~bla@79.191.155.111.ipv4.supernova.orange.pl) (Ping timeout: 272 seconds) |
| 01:00:34 | → | bla joins (~bla@79.191.36.42.ipv4.supernova.orange.pl) |
| 01:26:25 | → | steve_ joins (~steve@ool-182c2b80.dyn.optonline.net) |
| 01:29:15 | × | steve__ quits (~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 260 seconds) |
| 01:39:03 | × | jao quits (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Remote host closed the connection) |
| 01:42:08 | → | jao joins (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) |
| 01:46:26 | × | jao quits (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Remote host closed the connection) |
| 01:47:59 | → | jao joins (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) |
| 02:02:37 | × | jao quits (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Remote host closed the connection) |
| 02:03:18 | × | banc quits (banc@gateway/vpn/airvpn/banc) (Ping timeout: 240 seconds) |
| 02:04:32 | → | jao joins (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) |
| 02:22:49 | → | banc joins (banc@gateway/vpn/airvpn/banc) |
| 02:35:18 | × | steve_ quits (~steve@ool-182c2b80.dyn.optonline.net) (Ping timeout: 268 seconds) |
| 02:50:43 | × | td_ quits (~td@muedsl-82-207-238-027.citykom.de) (Ping timeout: 268 seconds) |
| 02:52:13 | → | td_ joins (~td@94.134.91.242) |
| 02:54:36 | × | jao quits (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Ping timeout: 276 seconds) |
| 03:41:24 | × | catman quits (~catman@user/catman) (Ping timeout: 276 seconds) |
| 03:43:12 | → | catman joins (~catman@user/catman) |
| 05:04:06 | × | Buliarous quits (~gypsydang@46.232.210.139) (*.net *.split) |
| 05:04:14 | → | Buliarous joins (~gypsydang@46.232.210.139) |
| 05:07:34 | × | zawaken quits (~zawaken@user/zawaken) (*.net *.split) |
| 05:07:34 | × | deebo quits (~globe@stonebay32.com) (*.net *.split) |
| 05:07:34 | × | ElKowar quits (~ElKowar@srv-fin.xware-gmbh.de) (*.net *.split) |
| 05:07:34 | × | dminuoso quits (~dminuoso@user/dminuoso) (*.net *.split) |
| 05:07:34 | × | piele quits (~piele@tbonesteak.creativeserver.net) (*.net *.split) |
| 05:07:34 | × | brianbnt quits (~brianbnt@user/brianbnt) (*.net *.split) |
| 05:07:34 | × | totte quits (~totte@h-82-196-112-155.A166.priv.bahnhof.se) (*.net *.split) |
| 05:07:42 | → | deebo joins (~globe@stonebay32.com) |
| 05:07:46 | → | piele joins (~piele@tbonesteak.creativeserver.net) |
| 05:07:47 | → | totte joins (~totte@h-82-196-112-155.A166.priv.bahnhof.se) |
| 05:08:52 | → | brianbnt joins (~brianbnt@user/brianbnt) |
| 05:09:00 | → | zawaken joins (~zawaken@user/zawaken) |
| 05:11:23 | → | dminuoso joins (~dminuoso@user/dminuoso) |
| 05:12:52 | → | steve_ joins (~steve@ool-182c2b80.dyn.optonline.net) |
| 06:03:13 | <Solid> | nice! |
| 06:18:39 | → | chomwitt joins (~chomwitt@2a02:587:dc00:5a00:6822:a1ed:e2bc:fba) |
| 06:35:30 | × | chomwitt quits (~chomwitt@2a02:587:dc00:5a00:6822:a1ed:e2bc:fba) (Ping timeout: 240 seconds) |
| 06:41:19 | → | alternateved joins (~user@staticline-31-183-144-54.toya.net.pl) |
| 06:58:16 | → | dschrempf joins (~dominik@2a01-036d-0118-b0ba-a1d6-3a5c-933d-2600.pool6.digikabel.hu) |
| 07:07:53 | → | chomwitt joins (~chomwitt@2a02:587:dc00:5a00:c553:ccab:7bda:db3b) |
| 07:35:01 | × | dschrempf quits (~dominik@2a01-036d-0118-b0ba-a1d6-3a5c-933d-2600.pool6.digikabel.hu) (Quit: WeeChat 3.6) |
| 08:10:25 | → | dschrempf joins (~dominik@2a01-036d-0118-b0ba-fc6d-2b94-16ee-4aa3.pool6.digikabel.hu) |
| 09:40:11 | × | amenonsen quits (~amenonsen@pitta.toroid.org) (Remote host closed the connection) |
| 09:40:33 | → | amenonsen joins (~amenonsen@pitta.toroid.org) |
| 10:47:21 | × | dschrempf quits (~dominik@2a01-036d-0118-b0ba-fc6d-2b94-16ee-4aa3.pool6.digikabel.hu) (Quit: WeeChat 3.6) |
| 13:09:30 | × | chomwitt quits (~chomwitt@2a02:587:dc00:5a00:c553:ccab:7bda:db3b) (Ping timeout: 240 seconds) |
| 13:11:09 | → | chomwitt joins (~chomwitt@2a02:587:dc00:5a00:e514:c9e6:92ac:14d9) |
| 13:17:25 | × | chomwitt quits (~chomwitt@2a02:587:dc00:5a00:e514:c9e6:92ac:14d9) (Ping timeout: 260 seconds) |
| 14:40:57 | → | chomwitt joins (~chomwitt@2a02:587:dc00:5a00:175e:8c5b:e001:c3ec) |
| 16:00:11 | × | liskin[m] quits (~liskinmat@2001:470:69fc:105::768) (Quit: You have been kicked for being idle) |
| 16:22:24 | × | alethkit quits (23bd17ddc6@2604:bf00:561:2000::3ce) (Remote host closed the connection) |
| 16:22:24 | × | samhh quits (7569f027cf@2604:bf00:561:2000::e4) (Remote host closed the connection) |
| 16:26:52 | → | samhh joins (7569f027cf@2604:bf00:561:2000::e4) |
| 16:27:11 | → | alethkit joins (23bd17ddc6@2604:bf00:561:2000::3ce) |
| 16:34:27 | × | samhh quits (7569f027cf@2604:bf00:561:2000::e4) (Remote host closed the connection) |
| 16:34:27 | × | alethkit quits (23bd17ddc6@2604:bf00:561:2000::3ce) (Remote host closed the connection) |
| 16:36:19 | → | samhh joins (7569f027cf@2604:bf00:561:2000::e4) |
| 16:37:30 | → | alethkit joins (23bd17ddc6@2604:bf00:561:2000::3ce) |
| 17:11:19 | → | jao joins (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) |
| 17:17:21 | → | elonsroadster[m] joins (~elonsroad@2001:470:69fc:105::d121) |
| 17:18:54 | <elonsroadster[m]> | liskin: wondering if you can quickly tell me what I need to do to make it so that dialog windows float by default. This hasn't worked for me since you overhauled the manage hook, but I'm feeling lazy and I don't wnat to try and figure out what the new incantation is on my own. I already tried the `isDialog --> doFloat` thing but that doesn't seem to work. Is there something else that I need to do? |
| 17:21:39 | × | alethkit quits (23bd17ddc6@2604:bf00:561:2000::3ce) (Remote host closed the connection) |
| 17:21:39 | × | samhh quits (7569f027cf@2604:bf00:561:2000::e4) (Remote host closed the connection) |
| 17:22:39 | → | samhh joins (7569f027cf@2604:bf00:561:2000::e4) |
| 17:23:12 | → | alethkit joins (23bd17ddc6@2604:bf00:561:2000::3ce) |
| 17:23:33 | <alternateved> | What is wrong with `isDialog --> doFloat`? It works just fine |
| 17:24:01 | → | liskin[m] joins (~liskinmat@2001:470:69fc:105::768) |
| 17:26:26 | <geekosaur> | not all dialogs set the EWMH dialog hook. some dialogs use the old style fixed size thing, others rely on `WM_TRANSIENT_FOR` for which there's a different matcher (`transience'`). also see `clientLeader` and its caveat |
| 17:28:07 | <geekosaur> | that said, I don't really understand the question (and don't off the top of my head recall an overhaul of the `manageHook`, but I'm not having a very good day today) |
| 17:29:31 | <elonsroadster[m]> | geekosaur: this was about a year ago,maybe a bit more, it used to be that (i think maybe) the default manage hook just did all of this automatically. Or maybe it was something like the ewmh config modifier. Not sure i remember exactly, but something changed and floating dialogs has not worked for me since then. |
| 17:31:17 | × | alternateved quits (~user@staticline-31-183-144-54.toya.net.pl) (Ping timeout: 245 seconds) |
| 17:31:36 | <geekosaur> | hm. I've always had a set of windows for which it's never worked immediately but I consider it a flaw in those applications since they don't set appropriate window properties. otherwise I use the `isDialog` thing and it's always worked |
| 17:32:30 | <geekosaur> | EWMH doesn't even touch the `manageHook` (I just doublechecked) |
| 17:35:14 | <elonsroadster[m]> | hmmm maybe its pinentry that changed |
| 17:35:31 | <elonsroadster[m]> | from what I can tell looking at xprop it doesnt set _NET_WM_WINDOW_TYPE_DIALOG, but I SWEAR That is used to work for me |
| 17:38:17 | <geekosaur> | hm, pinentry worked for me until I told it to put my key in my login keyring |
| 17:40:56 | <geekosaur> | (then I stopped seeing it, as I intended) |
| 17:42:24 | <geekosaur> | (are we talking about the same pinentry, though? you shouldn't be able to run xprop on it…) |
| 17:45:41 | <elonsroadster[m]> | why not? its a xwindow |
| 17:45:47 | <elonsroadster[m]> | i was definitely able to run xprop on it |
| 17:45:54 | <elonsroadster[m]> | for me it actually gets minimized atm |
| 17:45:57 | <elonsroadster[m]> | which is very strange |
| 17:47:35 | <geekosaur> | it does a grab to isolate itself from other programs that might try to snoop your key |
| 17:49:11 | <geekosaur> | while the intended effect is to prevent other programs from snooping key events, it also means all key events get sent to it, so you shouldn't be able to focus another window and run xprop |
| 17:51:02 | <elonsroadster[m]> | hmmm thats not what happens for me |
| 17:53:12 | <geekosaur> | it does have an option to drop its grab on focusing another window, intended for debugging; maybe yours is configured that way. (bad thing though, it's unsafe) |
| 17:53:36 | <elonsroadster[m]> | im using pinentry gtk |
| 17:53:56 | <elonsroadster[m]> | with a totally stock config |
| 17:54:18 | <geekosaur> | --no-global-grab, -g |
| 17:54:18 | <geekosaur> | Grab the keyboard only when the window is focused. Use this option if you are debugging software using pinentry-gnome3; otherwise you may not be able to to access your X session anymore (unless you have other means to connect to the machine to kill pinentry-gnome3). |
| 17:54:38 | <geekosaur> | should be the same for other X11-based pinentry variants |
| 17:56:38 | <elonsroadster[m]> | yeah i dont think im using that though |
| 17:57:33 | <geekosaur> | I think pinentry-gtk has a similar option, because it's nearly useless without it. (it is about *security*, not merely about popping a dialog for a program in the background) |
| 18:15:23 | <liskin> | pinentry works here out of the box |
| 18:15:41 | <liskin> | I presume it just uses the core functinality of fixed size ⇒ float |
| 18:16:02 | <liskin> | which can probably be broken by a suitably weird manageHook |
| 18:17:59 | <liskin> | (I can check with Xephyr and the non-contrib "xmonad def" but I'm fairly busy with life in general so I'd rather postpone it until someone suggests it's actually broken) |
| 18:34:29 | × | catman quits (~catman@user/catman) (Ping timeout: 244 seconds) |
| 18:55:17 | → | catman joins (~catman@user/catman) |
| 19:09:50 | → | Forkk joins (~forkk@li926-228.members.linode.com) |
| 19:18:01 | → | tjmciver joins (~tjmciver@cpe-172-101-32-70.maine.res.rr.com) |
| 19:19:17 | <tjmciver> | Hello. My caps lock key stopped working recently. It may have been when going from xmonad 0.15 to 0.17. Is that expected? Am I supposed to set up an explicit key binding for it? |
| 19:29:17 | <geekosaur> | xmonad shouldn't have any effect on caps lock |
| 19:44:59 | × | catern quits (~sbaugh@2604:2000:8fc0:b:a9c7:866a:bf36:3407) (Quit: Using Circe, the loveliest of all IRC clients) |
| 20:02:16 | <tjmciver> | geekosaur, thanks, I'll look elsewhere then. |
| 20:03:27 | <geekosaur> | only thing I can think of is some keyboard configuration is no longer being loaded, possibly see if your distro desupported xmodmap and you have to use Xkb now or something |
| 20:06:20 | <tjmciver> | I'm running NixOS so I stronly suspect the issue to be there. |
| 20:11:12 | → | wusticality joins (~wusticali@c-67-161-204-49.hsd1.co.comcast.net) |
| 20:11:45 | <wusticality> | hey folks, I'm trying to use xset to bump my keyboard repeat speed on startup, but it never seems to work when running it from my ~/.xinitrc |
| 20:11:49 | <wusticality> | Even tried something like this: |
| 20:12:08 | <wusticality> | (sleep 6 && xset r rate 264 48) & |
| 20:12:20 | <wusticality> | just curious if there's a better, more reliable way (and also one that works haha) |
| 20:12:26 | <wusticality> | I'm assuming it's some kind of timing issue |
| 20:13:10 | <geekosaur> | if you run it in a terminal, do you get an error message? |
| 20:15:24 | <wusticality> | nope, works just fine if I run it from a terminal |
| 20:15:40 | <wusticality> | Tried both from xmonad.hs (via spawnOnce) and in .xinitrc, and neither work |
| 20:15:50 | <wusticality> | perhaps xmonad is launching before x has finished booting up? |
| 20:15:54 | <wusticality> | that's all i can think |
| 20:16:00 | <wusticality> | https://bbs.archlinux.org/viewtopic.php?id=104338 |
| 20:16:11 | <wusticality> | that thread seems to say as much, but none of their solutions work for me thus far |
| 20:18:44 | <geekosaur> | xmonad would crash in that case |
| 20:19:00 | <geekosaur> | the first thing it does is openDisplay |
| 20:22:21 | <wusticality> | are you saying xmonad.hs doesn't fire up until x is fully initialized? |
| 20:23:19 | → | wusticality1 joins (~wusticali@c-67-161-204-49.hsd1.co.comcast.net) |
| 20:23:26 | × | wusticality quits (~wusticali@c-67-161-204-49.hsd1.co.comcast.net) (Quit: Leaving) |
| 20:23:46 | <geekosaur> | xmonad.hs would crash if X were not fully initialized |
| 20:24:02 | <geekosaur> | with an error in openDisplay |
| 20:24:10 | <wusticality1> | strange, I wonder why it's not working |
| 20:24:18 | <wusticality1> | maybe spawn instead of spawnOnce? |
| 20:24:20 | <geekosaur> | possibly something is overriding it |
| 20:24:52 | <geekosaur> | wait, you're doing this in your xmonad.hs? although I guess that shouldn't matter |
| 20:25:44 | <wusticality1> | well, i was trying it in ~/.xinitrc first |
| 20:25:46 | <wusticality1> | but that didn't work |
| 20:25:56 | <wusticality1> | that file is definitely being hit though cause I have xnumlock & in there |
| 20:25:58 | <wusticality1> | and that works fine |
| 20:27:15 | <geekosaur> | so that would suggest something is overriding it. |
| 20:28:25 | → | kevin_ joins (~wusticali@c-67-161-204-49.hsd1.co.comcast.net) |
| 20:28:46 | × | kevin_ quits (~wusticali@c-67-161-204-49.hsd1.co.comcast.net) (Client Quit) |
| 20:29:50 | × | chomwitt quits (~chomwitt@2a02:587:dc00:5a00:175e:8c5b:e001:c3ec) (Ping timeout: 240 seconds) |
| 20:31:13 | <wusticality1> | boy, I have no idea what - certainly nothing I've setup |
| 20:32:32 | → | wusticality joins (~user@c-67-161-204-49.hsd1.co.comcast.net) |
| 20:42:35 | × | wusticality1 quits (~wusticali@c-67-161-204-49.hsd1.co.comcast.net) (Quit: Client closed) |
| 20:42:35 | × | wusticality quits (~user@c-67-161-204-49.hsd1.co.comcast.net) (Remote host closed the connection) |
| 20:52:41 | → | wusticality1 joins (~wusticali@c-67-161-204-49.hsd1.co.comcast.net) |
| 20:52:54 | <wusticality1> | out of mere curiosity, all these commands are x-specific - what happens if you use wayland? |
| 20:53:06 | <wusticality1> | hoping there are analogs for that |
| 21:08:14 | × | wusticality1 quits (~wusticali@c-67-161-204-49.hsd1.co.comcast.net) (Quit: Client closed) |
| 21:21:17 | × | benemorius quits (~benemoriu@2001:470:4bb0:919::1:56) (Remote host closed the connection) |
| 21:21:40 | → | benemorius joins (~benemoriu@2001:470:4bb0:919::1:56) |
| 21:21:55 | <tjmciver> | Hi. I'm looking for some pointers on correctly using `avoidStruts`. Currently, it works correctly for my laptop screen where I have xmobar, but I also get a "strut" on one of my two external monitors. I have been manually toggling it off but I want to prevent that in the config. Also, I have no strut on my second external monitor and cannot toggle it so I'm confused about how xmonad is deciding what to do here. |
| 21:21:59 | <geekosaur> | I have no idea. I don't trust Wayland enough to consider it |
| 21:22:52 | <geekosaur> | struts come from windows. avoidStruts attempts to apply them, but misusing it can lead to surprises |
| 21:23:29 | <tjmciver> | Do I need to use `avoidStrutsOn` instead? |
| 21:27:20 | <geekosaur> | can I see your layoutHook? |
| 21:27:46 | <geekosaur> | (I use avoidStrutsOn but that's to have them default off on one workspace while allowing me to toggle them on at times) |
| 21:31:33 | <tjmciver> | My config is pretty sparse: https://gitlab.com/tmciver/home-manager-config/-/blob/master/programs/xmonad/config.hs#L32 |
| 21:35:50 | <geekosaur> | avoidStruts on the outside should be good. I wonder if xsmobar knows about multiple monitors (if it doesn't then it's liable to allocate a strut across the whole root window) |
| 21:36:38 | <geekosaur> | you might use `xprop _NET_WM_STRUT_PARTIAL` in a terminal, then click on xmobar and paste the result here (it'll be a bunch of numbers) |
| 21:37:16 | → | wusticality1 joins (~wusticali@c-67-161-204-49.hsd1.co.comcast.net) |
| 21:37:55 | <wusticality1> | tried this, but it also didn't work :( |
| 21:37:56 | <wusticality1> | https://wiki.archlinux.org/title/Xorg/Keyboard_configuration#Adjusting_typematic_delay_and_rate |
| 21:40:31 | <tjmciver> | Running that and clicking xmobar gives "_NET_WM_STRUT_PARTIAL(CARDINAL) = 0, 0, 1099, 0, 0, 0, 0, 0, 0, 1727, 0, 0" but . . . |
| 21:41:07 | <tjmciver> | I also have trayer in the top right on my laptop screen and doing the same for that gives "_NET_WM_STRUT_PARTIAL(CARDINAL) = 0, 0, 19, 0, 0, 0, 0, 0, 1728, 1919, 0, 0" FWIW. |
| 21:41:40 | <tjmciver> | Maybe it's trayer that's causing a strut on that external monitor. |
| 21:43:05 | <tjmciver> | Also, some of the args I'm passing to trayer are "--SetDockType true", "--SetPartialStrut true" and "--expand true", in case one of them may be the cause. |
| 21:44:04 | <tjmciver> | but I also have "--monitor primary" which I would expect to restrict it to only the primary monitor. |
| 21:44:05 | <geekosaur> | those seem okay for a normal 1920x1080 screen. |
| 21:44:24 | <wusticality1> | geekosaur: ever use that approach? |
| 21:45:50 | <geekosaur> | which approach, changing xmorg.conf? I'd be very worried if that doesn't work |
| 21:46:49 | <wusticality1> | specifically, i added a file here: /etc/X11/xorg.conf.d/00-keyboard.conf |
| 21:47:02 | <wusticality1> | per the instructions I guess |
| 21:48:32 | <geekosaur> | kmight check for an "EE" in Xorg.0.log referencing what you added |
| 21:48:44 | <wusticality1> | sec |
| 21:50:48 | <wusticality1> | Only thing I'm seeing in that file is this: "[ 34.042] (EE) systemd-logind: failed to release device: Device not taken" |
| 21:51:23 | <wusticality1> | However, in Xorg.1.log, I see this line at the end: "[ 44.897] (EE) event2 - SteelSeries SteelSeries Apex Pro: client bug: event processing lagging behind by 26ms, your system is too slow" |
| 21:51:32 | <wusticality1> | Which is just odd |
| 22:01:22 | <wusticality1> | I wonder if 00-keyboard.conf is the wrong name - it's not clear to me if xorg will just load the first one it sees |
| 22:02:56 | <wusticality1> | Oh interesting, this line is in the log: `[ 36.804] (**) Option "AutoRepeat" "264 48"` |
| 22:03:08 | <wusticality1> | strange, i wonder why it's not working, looks like it was loaded |
| 22:03:22 | <wusticality1> | unless there are separate settings for X and the console? |
| 22:06:15 | <geekosaur> | console doesn't use that file, only xorg |
| 22:06:17 | <wusticality1> | or it's somehow being overridden by etc/defaults/keyboard |
| 22:06:31 | <geekosaur> | but /etc/defaults/keyboard is possible |
| 22:06:35 | geekosaur | looks |
| 22:06:46 | <wusticality1> | by console doesn't use that file, are you saying my terminal won't pick up those changes? |
| 22:07:24 | <geekosaur> | the original text console doesn't use it. terminal emulators don't use it directly, it's controlled by the X server not the individual emulator |
| 22:07:49 | <geekosaur> | looks like I odon't have an /etc/defaults/keyboard |
| 22:09:20 | <geekosaur> | on debian at least that file doesn't control autorepeat, just localization |
| 22:09:55 | <geekosaur> | oh whoops, wrong path. I have it and it has what the debian wiki says it should |
| 22:10:09 | <geekosaur> | maybe your OS supports autorepeat in there |
| 22:15:20 | <wusticality1> | i tried editing that file but it doesn't seem to |
| 22:15:39 | geekosaur | makes nopte that vscode's git integration does the wrong thing with nested git repos 😕 |
| 22:17:16 | <wusticality1> | crazy how tough it seems to be just to change the default repeat speed :/ |
| 22:18:43 | <wusticality1> | apparently https://wiki.debian.org/Keyboard |
| 22:18:51 | <wusticality1> | checked the man pages, nothing about AutoRepeat sadly |
| 22:19:02 | <wusticality1> | not sure what they expect you to do - xset is unreliable |
| 22:19:05 | <wusticality1> | kinda like xmondmap |
| 22:19:09 | <wusticality1> | *xmodmap |
| 22:20:26 | <geekosaur> | if the keyboard setting for xorg didn't work you have worse problems than xset, I think |
| 22:20:36 | <geekosaur> | sadly I have no idea what they might be |
| 22:22:22 | <wusticality1> | xset works if i just type it into my terminal |
| 22:22:25 | <wusticality1> | just isn't working on startup |
| 22:22:39 | <wusticality1> | does 00-keyboard.conf have any specific meaning? |
| 22:22:56 | <wusticality1> | that is to say, is it arbitrary |
| 22:27:47 | <geekosaur> | it's semiarbitrary. an xorg.conf is built by concatenating all the fragments in xorg.conf.d in numeric order |
| 22:28:40 | <geekosaur> | so the number matters but the name part is just documentation as to what the file is intended for |
| 22:29:05 | <geekosaur> | you night look over the other files in there to see if they have input sections of their own |
| 22:29:32 | <geekosaur> | *might |
| 22:31:35 | <wusticality1> | that xorg.conf.d directory is empty for me |
| 22:33:35 | <geekosaur> | mm, these days I'm pretty sure there are defaults used if nnothing is specified, so that may be okay. (well, is okay, otherwise X wouldn't start) |
| 22:34:52 | <wusticality1> | yeah, must be /etc/default/keyboard |
| 22:35:02 | <wusticality1> | i just wish i could put autorepeat into that file |
| 22:35:06 | <wusticality1> | it'd make all of this much simpler |
| 22:35:15 | <wusticality1> | i honestly wonder if the xorg one is being overwritten by that file or something |
| 22:35:28 | <wusticality1> | though you think it'd be just overwriting, not nuking |
| 22:35:34 | <geekosaur> | can't see it since it's not documented as doing anything with autorepeat |
| 22:41:31 | × | jao quits (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) (Remote host closed the connection) |
| 22:41:35 | <wusticality1> | hmm |
| 22:41:46 | <wusticality1> | i wonder what would happen if i removed /etc/default/keyboard |
| 22:41:54 | <wusticality1> | would hate to totally break my system |
| 22:49:29 | → | jao joins (~jao@cpc103048-sgyl39-2-0-cust502.18-2.cable.virginm.net) |
| 22:51:52 | → | cyr4x3 joins (~cyr4x3@139.47.118.80) |
| 22:52:23 | × | cyr4x3 quits (~cyr4x3@139.47.118.80) (Client Quit) |
| 22:55:26 | → | cyr4x3 joins (~cyr4x3@139.47.118.80) |
| 22:55:36 | × | cyr4x3 quits (~cyr4x3@139.47.118.80) (Client Quit) |
| 23:08:23 | → | srk- joins (~sorki@user/srk) |
| 23:09:14 | <geekosaur> | how long do you plan to insist that a file that is documented to have nothing to do with keyboard repeat (man 5 keyboard) is your problem? |
| 23:10:30 | × | srk quits (~sorki@user/srk) (Ping timeout: 244 seconds) |
| 23:11:06 | srk- | is now known as srk |
| 23:14:46 | × | Hash quits (~Hash@tunnel686959-pt.tunnel.tserv15.lax1.ipv6.he.net) (Quit: ZNC - https://znc.in) |
| 23:15:05 | → | Hash joins (~Hash@tunnel686959-pt.tunnel.tserv15.lax1.ipv6.he.net) |
| 23:22:16 | × | Hash quits (~Hash@tunnel686959-pt.tunnel.tserv15.lax1.ipv6.he.net) (Quit: ZNC - https://znc.in) |
| 23:22:31 | → | Hash joins (~Hash@tunnel686959-pt.tunnel.tserv15.lax1.ipv6.he.net) |
| 23:36:11 | × | Hash quits (~Hash@tunnel686959-pt.tunnel.tserv15.lax1.ipv6.he.net) (Quit: ZNC - https://znc.in) |
| 23:36:28 | → | Hash joins (~Hash@tunnel686959-pt.tunnel.tserv15.lax1.ipv6.he.net) |
| 23:36:44 | × | Hash quits (~Hash@tunnel686959-pt.tunnel.tserv15.lax1.ipv6.he.net) (Remote host closed the connection) |
| 23:37:46 | → | Hash joins (~Hash@tunnel686959-pt.tunnel.tserv15.lax1.ipv6.he.net) |
| 23:43:49 | × | Hash quits (~Hash@tunnel686959-pt.tunnel.tserv15.lax1.ipv6.he.net) (Quit: ZNC - https://znc.in) |
| 23:47:11 | → | mvk joins (~mvk@2607:fea8:5ce3:8500::909a) |
| 23:47:44 | → | Hash joins (~Hash@tunnel686959-pt.tunnel.tserv15.lax1.ipv6.he.net) |
| 23:52:26 | → | cyr4x3 joins (~cyr4x3@139.47.118.80) |
| 23:52:27 | × | cyr4x3 quits (~cyr4x3@139.47.118.80) (Client Quit) |
| 23:59:38 | <wusticality1> | touche |
All times are in UTC on 2022-07-25.