Putting files on top of /var does cause debian to throw an error due to FHS violations (https://lintian.debian.org/tags/non-standard-dir-in-var.html), as does /usr/dt, but its only a warning (https://lintian.debian.org/tags/non-standard-dir-in-usr.html), but /etc/dt is perfectly fine, so we could probably make more use of it when appropriate.
Thank you for your time, -Chase ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On June 10, 2018 8:57 PM, <d...@blackshard.net> wrote: > > > 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 ------------------------------------------------------------------------------ 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
