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... > > 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. That said I don't think the library even searches in /etc/terminfo today. That's why ncurses-base includes symlinks from /usr/share/terminfo to /etc for the essential terminfo descriptions. But it would be nice if it did and ncurses nowadays has a configure option to search multiple directories. So I plan to make a future upload do this. 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. Is there anything more appropriate then /lib? -- Daniel Jacobowitz CodeSourcery, LLC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]