You are not logged in.
Normally, if I jump to the end of a file using G while viewing it with less, I can then move up the file using u. I just discovered this no longer works. If I use the up arrow to go up a reasonable way (not quite sure how far - more than a few lines, though), u suddenly works again but otherwise it has no effect.
I have LESS=-X but I can reproduce the issue with LESS="" less <path-to-file>.
Has anybody else noticed this? Have I missed something?
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline
It still works for me.
Offline
Just a clarification. Are you on a console? On a ssh session? Inside of an X session? If in an X session, what terminal program are you using?
Which shell are you using? What is the output of echo $EDITOR
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way
Offline
Thanks. That prompted me to do a bit more testing...
OK. Weird. It fails for certain files?! Specifically, it fails for /var/log/kdm.log... this is weird. What is different about that one? It even works for other log files in /var/log. I have no idea. It fails consistently for just that file (so far).
Last edited by cfr (2013-08-04 01:08:41)
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline
Line endings? Try running it through dos2unix. It might also have some escape sequences that are messing with your terminal (try bisecting the file).
Steven [ web : git ]
GPG: 327B 20CE 21EA 68CF A7748675 7C92 3221 5899 410C
Do not email: honeypot@stebalien.com
Offline
It seems rather unlikely that the system would write a log file with anything but LF line endings. Escape sequences seem more possible, though. Could you explain what you mean by bisecting the file?
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline
You're probably right about the line endings. By bisecting the file, I meant copying out the first half, viewing it in less, doing the same with the second half and then continuing to halve the affected portion.
Steven [ web : git ]
GPG: 327B 20CE 21EA 68CF A7748675 7C92 3221 5899 410C
Do not email: honeypot@stebalien.com
Offline
You're probably right about the line endings. By bisecting the file, I meant copying out the first half, viewing it in less, doing the same with the second half and then continuing to halve the affected portion.
Oh, right. That should have been obvious. Thanks for clarifying.
It seems to be errors from xkbcomp which cause the issue. I have a great many repeats of:
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning: Compat map for group 2 redefined
> Using new definition
> Warning: Compat map for group 3 redefined
> Using new definition
> Warning: Compat map for group 4 redefined
> Using new definition
> Error: Key <LFSH> added to map for multiple modifiers
> Using Lock, ignoring Shift.
I don't know why it repeats this over and over but this seems to cause the problem, as far as I can tell. I'm still not sure I understand why, though.
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline