On Sun, Jul 03, 2005 at 11:18:23AM -0400, Daniel Jacobowitz wrote: > On Sun, Jul 03, 2005 at 12:59:25PM +0200, Eduard Bloch wrote: > > #include <hallo.h> > > * Thomas Dickey [Sun, Jul 03 2005, 06:53:55AM]:
> > > >I think Bill has a good point here. Ressource files like compiled > > > >terminal descriptions should not be in etc since hardly anyone edits > > > >them. Instead, they should be moved to /usr/share and links from them to > > > >/etc/terminfo/... should be created, so the local admin still has a > > > >chance to modify the files, and on the other hands the packages can work > > > >without worrying about conffiles issues. > You aren't supposed to put links from /etc to things, was my > understanding. It's supposed to be the other way around... If it's being linked to from /etc/, that's probably a sign that the application is looking for it in the wrong place? But for transition purposes, I don't see any reason to disallow it. > > > my understanding is that they're in /etc since they're used during startup > > > when /usr/share is not mounted. > > Good point, things like editors maybe essential in an environment where > > /usr cannot be mounted. What about /lib/terminfo instead? > That can't be right! There's a reason that the ncurses-term components > /live in usr/share, not /usr/lib. If I put them in /lib someone else > will file a bug report about that. The closest we have to /share is, > historically, /etc. Yeah, but under the FHS, /lib is the new /etc. :) In any case, there's no arch-indep/arch-dep split for the rootfs; in practice, arch-indep data that's needed by programs in /bin and /sbin ends up in subdirectories of /lib. > Ideally I could ship /etc/terminfo empty, have tic default to write > there, ship terminfo descriptions somewhere on /, and ncurses-term > continues to live in /usr/share. Sounds sane to me. -- Steve Langasek postmodern programmer
signature.asc
Description: Digital signature