]> CyberLeo.Net >> Repos - FreeBSD/stable/9.git/commit
MFC r276991:
authorngie <ngie@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Sun, 11 Jan 2015 20:22:12 +0000 (20:22 +0000)
committerngie <ngie@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Sun, 11 Jan 2015 20:22:12 +0000 (20:22 +0000)
commit5da8ae0ea368ca4ef8a008121a21989d2ccd59d2
tree77a2912a316fbcc520102049054b7b27a852921e
parent1c84ac5986a0a9e0acbfed86d6dbe12a8839e5fd
MFC r276991:

  MFC r275687,r275692:

  Relnotes: yes

  r275687:

    Remove termcap entry reordering; install the file verbatim instead

    termcap entry reordering requires ex (which is available via usr.bin/vi), which
    breaks on build hosts where installworld is run with MK_VI == no (or when
    make delete-old is run on ^/projects/building-blocks as vi, et al, are
    removed on the branch when the knob is tweaked to => "no")

    Reordering termcap was believed to improve performance, but the file is now
    accessed via /etc/termcap.db, so /etc/termcap (and /usr/share/misc/termcap by
    proxy) access is less preferred.

    Reordering the file broke the historical comment <-> entry mapping as well,
    which could muddle the purpose of entries in the file, so it could be
    potentially harmful to readers in its reordered state.

    Discussion took place on hackers@ here:
    https://lists.freebsd.org/pipermail/freebsd-hackers/2014-December/046657.html

    Discussed with: -hackers, mp
    Sponsored by: EMC / Isilon Storage Division

  r275692:

    Fix building termcap.db when make obj is run beforehand from a clean tree by
    using make variables for the filenames, which helps resolve pathing
    appropriately when running cap_mkdb

    Pointyhat to: me

git-svn-id: svn://svn.freebsd.org/base/stable/9@277022 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
share/termcap/Makefile
share/termcap/README
share/termcap/reorder [deleted file]
share/termcap/termcap [moved from share/termcap/termcap.src with 100% similarity]