Jon Trulson <j...@radscan.com> writes: > So, in talking with Chase, the subject of /var/dt came up, and whether > we can nuke it. > > dtlogin writes it's error/output log there (/var/dt/Xerrors). We > could move this to /var/log/dtlogin.
That seems reasonable. > The other use I see is for appmanager. On a first-time session login, > it creates symlinks from /usr/dt/appconfig/appmanager/<LANG/*/* into a > /var/dt/appconfig/appmanager/<$USER>-<host>-<$DISPLAY>/ > > Then, in CDE, if you select the "Toolbox" icon, a dtfile will open up > in /var/dt/appconfig/appmanager/<$USER>-<host>-<$DISPLAY>/ shwoing all > of the application groups you can enter. > > I guess I just don't know why this is done. Could we simply do it in > /run/user/<UID>/dt/... ? Of course, it will disappear on a system > boot, and I have no idea how prevalent tmpfs filesystems like /run > are. Could we do this in the users' own ~/.dt/appmanager/ instead? > Maybe that's even a better idea? > So, I'm just looking for some enlightenment and opinions. > > I think this was all designed around the use of globally accessible > NFS home directories being automounted on whatever > Xterminal/thin-client you wanted to use to login. Since hosts you are > using may differ... But still, why is this replicated in /var/dt? > > Anyway, any thoughts? Looking at my system, here's an example folder: --- [mtrower@saturn:/var/dt/appconfig/appmanager]% ls -lh mtrower-saturn-0 total 4 lrwxrwxrwx 1 mtrower netstaff 43 Jun 3 20:25 Desktop_Apps -> /etc/dt/appconfig/appmanager/C/Desktop_Apps lrwxrwxrwx 1 mtrower netstaff 44 Jun 3 20:25 Desktop_Tools -> /usr/dt/appconfig/appmanager/C/Desktop_Tools lrwxrwxrwx 1 mtrower netstaff 42 Jun 3 20:25 Information -> /usr/dt/appconfig/appmanager/C/Information lrwxrwxrwx 1 mtrower netstaff 43 Jun 3 20:25 System_Admin -> /usr/dt/appconfig/appmanager/C/System_Admin --- So, you see the first entry is actually linked to /etc/... rather than /usr... If I recall correctly, CDE looks for application entries in /usr, /etc, and ~/.dt, in that order. The idea is that site entries go in /usr (which may be NFS mounted), system overrides / additions go into /etc, and user overrides / additions go into ~/.dt. (Only one of these directories is used --- the contents are not merged, as one might expect. Yes, this presents a maintenance dillema.) It seems to me that this /var folder is where appconfig stores its findings on which directory to use. Moving this to ~/.dt could be possible I guess if you preserve the host information. I'm not sure why $DISPLAY is in there as well, but I'm sure there's a reason, so it should probably stay as well. The only conflict that comes to mind then is if someone mounts their home directory on two different hosts with the same hostname... this seems unlikely to me, but not semantically incorrect, especially across domains. However, I'm not sure why we need to get rid of /var/dt to begin with? Debian does have some interesting ideas about where files must go, but I'm pretty sure /var/dt doesn't violate the FHS --- does it? -- Matthew R. Trower ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
