| gnarface | alright, no more locale errors running that daedalus install on bare metal, but also still no sign of any locales other than the UTF-8 ones | 02:13 |
|---|---|---|
| gnarface | anyone seen this? i assume a package is missing, but the only thing i have to compare it to isn't having this problem | 02:13 |
| gnarface | it unfortunately has an entire desktop installed so i'd rather not match it package for package to test | 02:13 |
| gnarface | i wonder if there's just a file i have to delete to make the cache regenerate correctly or something? | 02:14 |
| ham5urg | What's the best way to autostart /usr/libexec/iio-sensor-proxy along with GDM? | 02:19 |
| ham5urg | Or should it be wrapped into a shell script and been run via init? | 02:20 |
| gnarface | dunno if this message came through before i disconnected: | 03:39 |
| gnarface | also this is not related but watch out updating daedalus; it'll clobber your rsyslog.conf | 03:40 |
| gnarface | more vandalism from upstream >:| | 03:42 |
| chomwitt | hi. why in chimaera $XDG_CONFIG_HOME is not set ? | 08:34 |
| chomwitt | is there a devuan specific location where i should set such an XDG variable? | 08:57 |
| norayr | i have some xscreensaver-systemd process. my devuan is converted from debian. | 13:32 |
| norayr | is it normal? or maybe i should uninstall and install xscreensaver? | 13:32 |
| Nrml | X stopped detecting keyboard/mouse here, I check Xorg.0.log and there is no mouse nor keyboard being detected | 21:15 |
| Nrml | out of nowhere and apparently without reason (no hardware changes, no packages upgraded, no configuration changes) | 21:16 |
| Nrml | before calling `startx`, and after killing X from a ssh session, keyboard and mouse work perfectly | 21:16 |
| DPA | Is /dev/input/ populated? | 21:16 |
| DPA | (are there event* files in there) | 21:17 |
| Nrml | DPA: AFAICS, yes: https://transfer.sh/w45peL/ls-lR.out.txt | 21:21 |
| Nrml | DPA: does that look OK? This is the 1st time I look at these files (found about them by googling), so I do not know what's normal or not... :-/ | 21:22 |
| DPA | I think that's pretty normal | 21:24 |
| Nrml | I have one Xorg.log from before the issue started, and have compared the two | 21:25 |
| DPA | Do you xserver-xorg-input-libinput (and maybe xserver-xorg-input-all) installed? | 21:26 |
| Nrml | The only thing I see is that the mouse and keyboard are simply not mentioned in the 'new' file | 21:26 |
| Nrml | DPA: lemme check | 21:26 |
| Nrml | DPA: it sure looks installed: https://transfer.sh/gtkXvu/dpkg.out.txt | 21:28 |
| DPA | Do you start it as root or as a regular user? If as a regular user, does "id" list the input group? | 21:30 |
| Nrml | DPA: and it's the latest version too: https://transfer.sh/HTmqVC/stdin | 21:31 |
| Nrml | DPA: I start it as normal user, with the `startx` command | 21:32 |
| Nrml | lemme check the input group | 21:32 |
| Nrml | DPA: yep, input group shown in `id`: uid=501(REDACTED) gid=501(REDACTED) groups=501(REDACTED),5(tty),6(disk),20(dialout),27(sudo),29(audio),44(video),46(plugdev),102(netdev),104(input),109(bluetooth),110(i2c),1000(spi),1001(gpio) | 21:33 |
| Nrml | (4th from last) | 21:33 |
| Nrml | I will try and `apt-get reinstall xserver-xorg-input-libinput` in case it somehow got corrupted | 21:34 |
| DPA | I'm of out of ideas, maybe someone else will have more ideas. | 21:35 |
| Nrml | done, .../xserver-xorg-input-libinput_0.30.0-1_arm64.deb was reinstalled, but the issue persists | 21:36 |
| Nrml | DPA: thanks! I will hang around and repost my question every 1h, if that's OK. | 21:36 |
| Nrml | DPA: also, do you know any other channels it might be worth posting? | 21:36 |
| DPA | Maybe the #linux channel. | 21:37 |
| Nrml | DPA: thanks! | 21:40 |
| rwp | Nrml, Assuming you are using a USB keyboard you might try "tail -F /var/log/syslog" and then unplugging the keyboard, pause, plug it back in again, and look at the events logged to the syslog file. | 22:51 |
| rwp | You can actually plug in additional USB keyboards. It's interesting that one can have multiple keyboards all active. All okay. | 22:52 |
| rwp | Same thing with the mouse. | 22:52 |
| gnarface | Nrml: is there a USB hub involved? | 22:53 |
| Nrml | sorry for the delay, rwp and gnarface. responding to your messages now | 23:06 |
| Nrml | rwp: yes it's a USB keyboard. And I did try to plug/unplug it, ditto the mouse, and noticed the proper messages being logged in syslog. | 23:08 |
| Nrml | gnarface: there's a hub between the mouse and the Raspberry Pi. There's no hub between the keyboard and the RPi (it's plugged directly in the bottom USB2 port of the RPi) | 23:09 |
| gnarface | ah! it's a original rpi B? | 23:17 |
| gnarface | Nrml: i was originally going to suggest that a something changed a Xorg config or package dependency in a way that broke this but that was long enough ago that you'd forgotten it, and it you didn't notice because it didn't take effect until the next time you restarted Xorg, but if it's a model B RPi there's also the significant plausibility this is a power supply issue, in which case i'd just suggest trying to put BOTH | 23:19 |
| gnarface | devices on the USB hub then reboot the RPi | 23:19 |
| gnarface | that's assuming it's an externally-powered USB hub, which, if it's not in this case, it's just a liability | 23:20 |
| gnarface | (and yes, the power tolerances on that thing are tight enough that combined with the weak output on the USB ports a seemingly functional power supply could cause this just by weakening slightly with age) | 23:22 |
| Nrml | gnarface: it's a powered hub, and one I hand-picked as being entirely 'compatible' with the RPi (no backfeeding, etc) | 23:25 |
| Nrml | I will move both mouse and keyboard to the hub as suggested, but I don't think this will fix it (no messages reporting usb issues are ever syslogged, and the issue only happens in X). | 23:26 |
| gnarface | yea it's a stretch but i'm out of ideas | 23:27 |
| Nrml | gnarface: please give me a few minutes while I do it | 23:27 |
| Nrml | gnarface: ok, both are connected to the powered hub now | 23:28 |
| Nrml | trying to start X | 23:28 |
| Nrml | gnarface: no changes, the issue keeps happening the exact same as before :-( | 23:29 |
| Nrml | when it happens, I go into the machine with SSH and list the devices with `lsusb` and both are there | 23:30 |
| gnarface | and you said the xorg log doesn't see them hotplugging? | 23:30 |
| Nrml | gnarface: you mean in the Xorg.0.log file, correct? | 23:31 |
| gnarface | yea | 23:31 |
| Nrml | lemme check again | 23:31 |
| gnarface | make sure you're looking at the right one (it may be in either /var/log/ or ~/.local/share/xorg/ but you may have a stale one in either place) | 23:31 |
| Nrml | gnarface: I had not yet tried looking at the Xorg.0.log file generated while unplugging/replugging keyboard/mouse with the X server running... <facepalm> | 23:39 |
| Nrml | Thanks for your suggestion! | 23:39 |
| gnarface | any evidence in there? | 23:39 |
| Nrml | I just did it and it produced some interesting messages, see at the end of the complete log file I posted here: https://transfer.sh/9GFaer/Xorg.0.log_-_with_unplugging_and_replugging_mouse_and_keyboard.txt | 23:40 |
| Nrml | What do you think? | 23:40 |
| gnarface | i don't seem to see the end of the log file | 23:42 |
| gnarface | nothing about a mouse in there | 23:42 |
| gnarface | final timestamp shown: 16834.477 | 23:43 |
| gnarface | [ 16834.477] (II) modeset(0): 640x48 | 23:43 |
| Nrml | lemme check | 23:44 |
| Nrml | weeeird | 23:45 |
| gnarface | try paste.debian.net | 23:45 |
| Nrml | wget -O - -q https://transfer.sh/9GFaer/Xorg.0.log_-_with_unplugging_and_replugging_mouse_and_keyboard.txt | tail | 23:46 |
| Nrml | here it shows the last line as: [ 16864.357] (II) Server terminated successfully (0). Closing log file. | 23:46 |
| Nrml | Does paste.debian.net support pasting from the command-line? | 23:46 |
| Nrml | (I have no X, therefore no browser etc) | 23:46 |
| gnarface | i dunno but everything supports pasting from command-line if you're good enough with curl | 23:47 |
| Nrml | yep, using curl is how I post to transfer.sh | 23:47 |
| gnarface | i believe you can also reconfigure pastebinit to use paste.debian.net | 23:47 |
| Nrml | lemme check paste.debian.net | 23:47 |
| gnarface | regardless, i think here's your problem: wget -O - -q https://transfer.sh/9GFaer/Xorg.0.log_-_with_unplugging_and_replugging_mouse_and_keyboard.txt | tail -n 100 |grep EE | 23:48 |
| Nrml | yep | 23:48 |
| gnarface | do you have the /dev paths hardcoded somewhere? | 23:48 |
| gnarface | like in the xorg.conf? | 23:48 |
| gnarface | they're prone to changing order on hotplug/reboot | 23:48 |
| gnarface | either that or i'd suspect a package version mismatch with libinput or something like that | 23:49 |
| Nrml | gnarface: not that I know (hardcoded paths) | 23:49 |
| Nrml | I never changed X configuration on this machine | 23:49 |
| Nrml | But I checcked and while the X server is up, the /dev/input/event* files are all right there | 23:50 |
| Nrml | hummmrmrmr | 23:50 |
| gnarface | did your user get removed from the "input" group? | 23:51 |
| Nrml | perhaps they got mixed (like, the one for the keyboard is being shown as the one for the mouse and vice versa) | 23:51 |
| Nrml | nope, user is in "input" group: | 23:51 |
| gnarface | check permissions, they should all be owned or at least in the input group... maybe a udev rule went astray? | 23:51 |
| gnarface | ...really grasping at straws here | 23:51 |
| Nrml | (as shown by `id` right before running `startx`) | 23:51 |
| Nrml | lemme check owner/group/perms | 23:52 |
| gnarface | make sure the order is right too | 23:52 |
| gnarface | somehow | 23:52 |
| gnarface | try a different window manager perhaps | 23:52 |
| Nrml | gnarface: please see https://paste.debian.net/1260294/ | 23:53 |
| Nrml | perms/owner/group look good to me | 23:53 |
| Nrml | (or am I missing something)? | 23:54 |
| gnarface | no looks fine | 23:55 |
| Nrml | ok | 23:55 |
| Nrml | how do I check whether the libinput file is mismatched? | 23:55 |
| Nrml | I even reinstalled it with `apt-get reinstall xserver-xorg-input-libinput` but the problem persists | 23:56 |
| gnarface | dpkg -l |grep xserver | 23:56 |
| gnarface | most those packages should have the same version | 23:56 |
| Nrml | lemme check that | 23:57 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!