Demeter 0.9.23 in multi-user environments
Hi All, I'm trying to install Demeter 0.9.23 on a Win 8.1 Pro x64 machine with two user accounts set up. Both user accounts on this PC need to use Demeter. Unfortunately the latest version of Demeter installs into a user specific folder, which creates two problems: 1) Users do not seem to have access to each other's folders to run Demeter 2) The shortcuts (start menu/desktop) only get installed/updated for the installing user Compounding this issue the installer automatically removes any existing installation at installation, so you can't simply install it twice. Thanks, Ian Ps. Any update on this message: http://millenia.cars.aps.anl.gov/pipermail/ifeffit/2015-August/012662.html ?
On 10/19/2015 08:34 AM, Godfrey, Ian wrote:
Hi All,
I’m trying to install Demeter 0.9.23 on a Win 8.1 Pro x64 machine with two user accounts set up. Both user accounts on this PC need to use Demeter. Unfortunately the latest version of Demeter installs into a user specific folder, which creates two problems:
1)Users do not seem to have access to each other’s folders to run Demeter
2)The shortcuts (start menu/desktop) only get installed/updated for the installing user
Compounding this issue the installer automatically removes any existing installation at installation, so you can’t simply install it twice.
In 0.9.23, there are changes to how environment variables get set which are specifically to make it easier for a user without admin privilege to get Demeter installed sensibly. That said, I should think that you could install the package as an admin to a system folder (rather than the default location, which is now in %APPDATA%). You might then need to recreate the desktop icons by hand for each user, but it should then be available to any user. I am happy to consider any changes you suggest either to the .bat files that run the programs or to the Inno configuration file that creates the installer. Or anything else that makes this easier for you. But I should mention that I am very busy in the coming weeks, so I'm not going to have much time for a while to work on this myself.
Ps. Any update on this message: http://millenia.cars.aps.anl.gov/pipermail/ifeffit/2015-August/012662.html ?
Umm... no. Thanks for the reminder. B -- Bruce Ravel ------------------------------------ bravel@bnl.gov National Institute of Standards and Technology Synchrotron Science Group at NSLS-II Building 535A Upton NY, 11973 Homepage: http://bruceravel.github.io/home/ Software: https://github.com/bruceravel Demeter: http://bruceravel.github.io/demeter/
Hi Bruce,
Thanks for the reply.
I tried to install to a system folder (Program Files) and the installation completed fine, however the software will not run for some reason (it runs fine when installed to its default location).
The symptoms are as follows:
The cmd window and splash screen pop up, before disappearing again. This occurs even when explicitly running the shortcut as an admin.
I have attached a log file from Athena.
This looks, at least superficially, similar to Matt Noerpel's problem?
To my eyes it seems as if the best solution would be to allow multiple installations on one PC (one in each user directory). I don't know how easy this would be, or if it could cause other problems though.
Thanks,
Ian
-----Original Message-----
From: ifeffit-bounces@millenia.cars.aps.anl.gov [mailto:ifeffit-bounces@millenia.cars.aps.anl.gov] On Behalf Of Bruce Ravel
Sent: 19 October 2015 14:14
To: XAFS Analysis using Ifeffit
Hi All,
I'm trying to install Demeter 0.9.23 on a Win 8.1 Pro x64 machine with two user accounts set up. Both user accounts on this PC need to use Demeter. Unfortunately the latest version of Demeter installs into a user specific folder, which creates two problems:
1)Users do not seem to have access to each other's folders to run Demeter
2)The shortcuts (start menu/desktop) only get installed/updated for the installing user
Compounding this issue the installer automatically removes any existing installation at installation, so you can't simply install it twice.
In 0.9.23, there are changes to how environment variables get set which are specifically to make it easier for a user without admin privilege to get Demeter installed sensibly. That said, I should think that you could install the package as an admin to a system folder (rather than the default location, which is now in %APPDATA%). You might then need to recreate the desktop icons by hand for each user, but it should then be available to any user. I am happy to consider any changes you suggest either to the .bat files that run the programs or to the Inno configuration file that creates the installer. Or anything else that makes this easier for you. But I should mention that I am very busy in the coming weeks, so I'm not going to have much time for a while to work on this myself.
Ps. Any update on this message: http://millenia.cars.aps.anl.gov/pipermail/ifeffit/2015-August/012662.html ?
Umm... no. Thanks for the reminder. B -- Bruce Ravel ------------------------------------ bravel@bnl.gov National Institute of Standards and Technology Synchrotron Science Group at NSLS-II Building 535A Upton NY, 11973 Homepage: http://bruceravel.github.io/home/ Software: https://github.com/bruceravel Demeter: http://bruceravel.github.io/demeter/ _______________________________________________ Ifeffit mailing list Ifeffit@millenia.cars.aps.anl.gov http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit
On 10/19/2015 10:11 AM, Godfrey, Ian wrote:
I tried to install to a system folder (Program Files) and the installation completed fine, however the software will not run for some reason (it runs fine when installed to its default location).
The symptoms are as follows:
The cmd window and splash screen pop up, before disappearing again. This occurs even when explicitly running the shortcut as an admin.
I have attached a log file from Athena.
This looks, at least superficially, similar to Matt Noerpel's problem?
I will try to find a moment to try installing it in that way on a computer here. Could take a while, though.
To my eyes it seems as if the best solution would be to allow multiple installations on one PC (one in each user directory). I don't know how easy this would be, or if it could cause other problems though.
Perhaps I could figure out how to make the removal of the prior installation issue a dialog box so you can opt not to do the removal. Again, it will take me some time to get there. B -- Bruce Ravel ------------------------------------ bravel@bnl.gov National Institute of Standards and Technology Synchrotron Science Group at NSLS-II Building 535A Upton NY, 11973 Homepage: http://bruceravel.github.io/home/ Software: https://github.com/bruceravel Demeter: http://bruceravel.github.io/demeter/
On 10/19/2015 10:11 AM, Godfrey, Ian wrote:
This looks, at least superficially, similar to Matt Noerpel's problem?
I don't think so. Matt's problem was failure to access a DLL. Your error message is failure to open a pipe to the gnuplot executable. I don't really understand either of them. As I said, I'll try to reproduce yours by installing in a system folder. What happens if you install to, say, C:\DemeterPerl rather than C:\Program Files\DemeterPerl? I am suspicious that something isn't happy with that space in the path.... B -- Bruce Ravel ------------------------------------ bravel@bnl.gov National Institute of Standards and Technology Synchrotron Science Group at NSLS-II Building 535A Upton NY, 11973 Homepage: http://bruceravel.github.io/home/ Software: https://github.com/bruceravel Demeter: http://bruceravel.github.io/demeter/
Hi all, After some discussion off line, Ian and I have realized that the problem is that Demeter was installed into a location with a space in the file path, i.e. "C:\Program Files\...". One of Demeter's dependencies does not handle a space in the installation path correctly. For the time being, the work-around is to install Demeter to a place that does not have a space in the file path. For example, install to "C:\DemeterPerl\..." rather than to "C:\Program Files\DemeterPerl\...". I will work on a better long-term solution, although it may take a few weeks. Sorry for any confusion this might cause. B On 10/19/2015 10:11 AM, Godfrey, Ian wrote:
Hi Bruce,
Thanks for the reply.
I tried to install to a system folder (Program Files) and the installation completed fine, however the software will not run for some reason (it runs fine when installed to its default location).
The symptoms are as follows:
The cmd window and splash screen pop up, before disappearing again. This occurs even when explicitly running the shortcut as an admin.
I have attached a log file from Athena.
This looks, at least superficially, similar to Matt Noerpel's problem?
To my eyes it seems as if the best solution would be to allow multiple installations on one PC (one in each user directory). I don't know how easy this would be, or if it could cause other problems though.
Thanks,
Ian
-----Original Message----- From: ifeffit-bounces@millenia.cars.aps.anl.gov [mailto:ifeffit-bounces@millenia.cars.aps.anl.gov] On Behalf Of Bruce Ravel Sent: 19 October 2015 14:14 To: XAFS Analysis using Ifeffit
Subject: Re: [Ifeffit] Demeter 0.9.23 in multi-user environments On 10/19/2015 08:34 AM, Godfrey, Ian wrote:
Hi All,
I'm trying to install Demeter 0.9.23 on a Win 8.1 Pro x64 machine with two user accounts set up. Both user accounts on this PC need to use Demeter. Unfortunately the latest version of Demeter installs into a user specific folder, which creates two problems:
1)Users do not seem to have access to each other's folders to run Demeter
2)The shortcuts (start menu/desktop) only get installed/updated for the installing user
Compounding this issue the installer automatically removes any existing installation at installation, so you can't simply install it twice.
In 0.9.23, there are changes to how environment variables get set which are specifically to make it easier for a user without admin privilege to get Demeter installed sensibly.
That said, I should think that you could install the package as an admin to a system folder (rather than the default location, which is now in %APPDATA%). You might then need to recreate the desktop icons by hand for each user, but it should then be available to any user.
I am happy to consider any changes you suggest either to the .bat files that run the programs or to the Inno configuration file that creates the installer. Or anything else that makes this easier for you. But I should mention that I am very busy in the coming weeks, so I'm not going to have much time for a while to work on this myself.
Ps. Any update on this message: http://millenia.cars.aps.anl.gov/pipermail/ifeffit/2015-August/012662.html ?
Umm... no. Thanks for the reminder.
B
-- Bruce Ravel ------------------------------------ bravel@bnl.gov
National Institute of Standards and Technology Synchrotron Science Group at NSLS-II Building 535A Upton NY, 11973
Homepage: http://bruceravel.github.io/home/ Software: https://github.com/bruceravel Demeter: http://bruceravel.github.io/demeter/ _______________________________________________ Ifeffit mailing list Ifeffit@millenia.cars.aps.anl.gov http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit
_______________________________________________ Ifeffit mailing list Ifeffit@millenia.cars.aps.anl.gov http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit
-- Bruce Ravel ------------------------------------ bravel@bnl.gov National Institute of Standards and Technology Synchrotron Science Group at NSLS-II Building 535A Upton NY, 11973 Homepage: http://bruceravel.github.io/home/ Software: https://github.com/bruceravel Demeter: http://bruceravel.github.io/demeter/
Hi Ian, Bruce,
If I can jump in late to the conversation here: I think it's better to
install to the User's Application folder by default. If you have multiple
user accounts on a machine, you can choose to share folders.
On Mon, Oct 19, 2015 at 9:11 AM, Godfrey, Ian
Hi Bruce,
Thanks for the reply.
I tried to install to a system folder (Program Files) and the installation completed fine, however the software will not run for some reason (it runs fine when installed to its default location).
The symptoms are as follows:
The cmd window and splash screen pop up, before disappearing again. This occurs even when explicitly running the shortcut as an admin.
I have attached a log file from Athena.
This looks, at least superficially, similar to Matt Noerpel's problem?
To my eyes it seems as if the best solution would be to allow multiple installations on one PC (one in each user directory). I don't know how easy this would be, or if it could cause other problems though.
Thanks,
Ian
-----Original Message----- From: ifeffit-bounces@millenia.cars.aps.anl.gov [mailto: ifeffit-bounces@millenia.cars.aps.anl.gov] On Behalf Of Bruce Ravel Sent: 19 October 2015 14:14 To: XAFS Analysis using Ifeffit
Subject: Re: [Ifeffit] Demeter 0.9.23 in multi-user environments On 10/19/2015 08:34 AM, Godfrey, Ian wrote:
Hi All,
I'm trying to install Demeter 0.9.23 on a Win 8.1 Pro x64 machine with two user accounts set up. Both user accounts on this PC need to use Demeter. Unfortunately the latest version of Demeter installs into a user specific folder, which creates two problems:
1)Users do not seem to have access to each other's folders to run Demeter
2)The shortcuts (start menu/desktop) only get installed/updated for the installing user
Compounding this issue the installer automatically removes any existing installation at installation, so you can't simply install it twice.
In 0.9.23, there are changes to how environment variables get set which are specifically to make it easier for a user without admin privilege to get Demeter installed sensibly.
That said, I should think that you could install the package as an admin to a system folder (rather than the default location, which is now in %APPDATA%). You might then need to recreate the desktop icons by hand for each user, but it should then be available to any user.
I am happy to consider any changes you suggest either to the .bat files that run the programs or to the Inno configuration file that creates the installer. Or anything else that makes this easier for you. But I should mention that I am very busy in the coming weeks, so I'm not going to have much time for a while to work on this myself.
Ps. Any update on this message:
http://millenia.cars.aps.anl.gov/pipermail/ifeffit/2015-August/012662.html ?
Umm... no. Thanks for the reminder.
B
-- Bruce Ravel ------------------------------------ bravel@bnl.gov
National Institute of Standards and Technology Synchrotron Science Group at NSLS-II Building 535A Upton NY, 11973
Homepage: http://bruceravel.github.io/home/ Software: https://github.com/bruceravel Demeter: http://bruceravel.github.io/demeter/ _______________________________________________ Ifeffit mailing list Ifeffit@millenia.cars.aps.anl.gov http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit
_______________________________________________ Ifeffit mailing list Ifeffit@millenia.cars.aps.anl.gov http://millenia.cars.aps.anl.gov/mailman/listinfo/ifeffit
-- --Matt Newville <newville at cars.uchicago.edu> 630-252-0431
participants (3)
-
Bruce Ravel
-
Godfrey, Ian
-
Matt Newville