Matt,
I rapidly get in over my head when I try to understand how my computer is organized.
To the best of my knowledge I need elevated privileges to even run the downloaded .exe file. By getting the Admin privileges to do this it automatically sets my default User folder to Admin.
I don’t know what they’ve instituted so that my previously installed Demeter aps wouldn’t run nor why software installed in the Admin folder won’t run from my reduced level of privileges. It doesn’t seem to be affecting any of my other programs.
Dave
From: ifeffit-bounces@millenia.cars.aps.anl.gov [mailto:ifeffit-bounces@millenia.cars.aps.anl.gov] On Behalf Of Matt Newville
Sent: Thursday, December 17, 2015 11:06 AM
To: XAFS Analysis using Ifeffit
Subject: Re: [Ifeffit] Solution to running Demeter on an ORNL computer
Hi Dave,
The main reasoning for changing the installation location to the Users folder was so that installation doesn't require Admin permission to write to, say, C:\Program Files. In the new scheme, everything is being written to a folder that the unprivileged user has complete write access. You should not need Admin permissions to write these files to your disk.
If your organization requires Admin permission to install anything at all, why can't they also fix the location and permissions during the installation process? That's sort of what you did by specifying the user folder. But if you need elevated permission to "install software" (and, wait, *do* you need elevated permission to write files to C:\Users\You? Because you probably write executable files there all the time anyway, like in a browser cache) why not have the installation process move or fix the permissions so the unprivileged user account can access it? If they aren't doing that (fixing permissions), it seems like it must cause problems with other software too, no?
So I sympathize, and I know it's not your choice, but this seems like a problem that we cannot solve. Of course, the right solution is to fix the IT department. ;)
On Thu, Dec 17, 2015 at 9:31 AM, Mullins, David R.