]> CyberLeo.Net >> Repos - FreeBSD/stable/10.git/commit
MFC r275687,r275692:
authorngie <ngie@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Sun, 11 Jan 2015 18:13:56 +0000 (18:13 +0000)
committerngie <ngie@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Sun, 11 Jan 2015 18:13:56 +0000 (18:13 +0000)
commit3b18fbb1fb167bc4feeb4cbc324a7fe0f71b76ff
tree713bdba0aa93bc2cc52f83bddd9c56ab3693eb1a
parent00243d6e3b97a3197017e077af3ebfdbe338d702
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/10@276991 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]