[BUG/FEATURE] 'more' issue in util-linux 2.38

zerouno · 08-18-2022, 04:37 PM

Hi all.

It seems that starting from util-linux 2.38 the command 'more' does not exit at EOF, like 'less' does.

Code:

# more a
hello







(END)

this to be POSIX compliant (it seems).

'more -e' restore the behaviour

may be useful - as in 'less' was done - put in /etc/profile

Code:

MORE=-e
export MORE

well

according with latest util-linux developments, it seems that util-linux 2.38.2 will restore the behaviour itself unless the user set POSIXLY_CORRECT=yes

Code:

commit 28b391ce7e58f8327c092b3911c05f526d0ad586
Author: Karel Zak <kzak@redhat.com>
Date:   Wed Jun 15 10:03:44 2022 +0200

    more: restore exit-on-eof if POSIXLY_CORRECT is not set
    
    In version 2.38, exit-on-eof has been disabled by default. This change
    is annoying for users and forces many users to use 'alias more="more
    -e"'. It seems better to force POSIX lovers to use POSIXLY_CORRECT
    env. variable and stay backwardly compatible by default.
    
    Addresses: https://github.com/util-linux/util-linux/issues/1703
    Addresses: https://bugzilla.redhat.com/show_bug.cgi?id=2088493

chrisretusn · 08-19-2022, 02:54 AM

This was introduced in 2.38.
https://mirrors.edge.kernel.org/pub/...8-ReleaseNotes

Code:

more:
   - Calling open without checking return value [coverity scan]  [Karel Zak]
   - POSIX compliance patch preventing exit on EOF without -e  [Ian Jones]
   - add __format__ attribute  [Karel Zak]
   - clear SIGCHLD inherited setting  [Karel Zak]
   - fix -e in non-interactive mode  [Karel Zak]
   - fix null-pointer dereference  [Karel Zak]
   - fix setuid/setgid order  [Karel Zak]
   - improve zero size handling  [Tobias Stoeckmann]
   - use snprintf() rather than sprintf()  [Karel Zak]

It's nice this plan to revert back in the next version. That said, now that the issue is known and how to "fix" it, it really does not matter.