RE: Installer bug?
reateallsubdirs
Source: "C:\Program Files\Java\jre1.8.0_181\*"; DestDir: "{app}\jre\"; Flags:
ignoreversion recursesubdirs createallsubdirs
; NOTE: Don't use "Flags: ignoreversion" on any shared system files
[Icons]
Name: "{commonprograms}\{#appname}"; Filename: "{app}\bin\{#SrcApp}"
Name: "{commondesktop}\{#appname}"; Filename: "{app}\bin\{#SrcApp}"; Tasks:
desktopicon
[Registry]
Root: HKCR; SubKey: ".{#appnamelowercase}"; ValueType: string; ValueData:
"{#appprojectfile}"; Flags: uninsdeletekey
Root: HKCR; SubKey: "{#appprojectfile}"; ValueType: string; ValueData:
"{#appprojectfile}"; Flags: uninsdeletekey
Root: HKCR; SubKey: "{#appprojectfile}\Shell\Open\Command"; ValueType: string;
ValueData: """{app}\bin\{#SrcApp}"" ""%1"""; Flags: uninsdeletekey
Root: HKCR; Subkey: "{#appprojectfile}\DefaultIcon"; ValueType: string;
ValueData: "{app}\bin\{#SrcApp},0"; Flags: uninsdeletevalue
Regards,
Stephen Cumminger
From: Neil C Smith
Sent: Saturday, July 28, 2018 9:27 AM
To: stephen cumminger ;
users@netbeans.apache.org
Subject: Re: Installer bug?
On Sat, 28 Jul 2018, 12:27 stephen cumminger,
mailto:stephen.cummin...@sonideft.com>> wrote:
Thanks for the idea Neil. I used InnoSetup years ago and it always worked well
for me. I use Ant to build everything. I assume you would just build a zip
distribution and then manually run InnoSetup? I did create a self extracting
JRE bundle, but I can probably just use the zip'd version of that now in the
setup. Any pointers would be helpful. Thanks.
Currently I'm doing it manually from the zip distribution after adding a jdk
subfolder with OpenJDK in it, and updating the conf jdkhome to point there (no
additional setup / extraction required). But I'm planning to add it all into
ant at some point soon now it's working. InnoSetup has a CLI interface that can
be called from ant - eg.
https://stackoverflow.com/questions/21314199/ant-exec-task-with-wineprefix
Obviously wine is required on Linux and macOS, but it can be called directly on
Windows. Have even seen a recipe for doing it on Travis.
Best wishes,
Neil
Re: Installer bug?
On Sat, 28 Jul 2018, 12:27 stephen cumminger, < stephen.cummin...@sonideft.com> wrote: > Thanks for the idea Neil. I used InnoSetup years ago and it always worked > well for me. I use Ant to build everything. I assume you would just build a > zip distribution and then manually run InnoSetup? I did create a self > extracting JRE bundle, but I can probably just use the zip'd version of > that now in the setup. Any pointers would be helpful. Thanks. > Currently I'm doing it manually from the zip distribution after adding a jdk subfolder with OpenJDK in it, and updating the conf jdkhome to point there (no additional setup / extraction required). But I'm planning to add it all into ant at some point soon now it's working. InnoSetup has a CLI interface that can be called from ant - eg. https://stackoverflow.com/questions/21314199/ant-exec-task-with-wineprefix Obviously wine is required on Linux and macOS, but it can be called directly on Windows. Have even seen a recipe for doing it on Travis. Best wishes, Neil >
Re: Installer bug?
On Fri, 27 Jul 2018 at 15:01, stephen cumminger wrote: > I’d like to stay with the NetBeans Installer as it does everything I need. After various issues over time with the Windows installer I finally took the plunge and switched to InnoSetup, and have to say I've generally found it really simple and am much happier with it so far. No more hacking icons in the launchers, much simpler embedding the JRE / JDK, handles updates better, works great with WINE (I always build on Linux), and can be automated in the build. If you're interested, the build file I hacked together in half an hour or so is at https://github.com/praxis-live/distribution/blob/master/windows/pl-installer.iss - seems to work OK. If not, sorry for the diversion! :-) Best wishes, Neil - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Installer bug?
Seems to be a variation of https://netbeans.org/bugzilla/show_bug.cgi?id=256122 ? --emi ‐‐‐ Original Message ‐‐‐ On 27 July 2018 5:01 PM, stephen cumminger wrote: > I have an RCP app based on NetBeans 8.2, for which I use the built-in > Installer for my deployments. I have reports of installation issues on MS > Windows machines, depending on how it is installed. > > > > The scenario is that in large organizations, IT policies are in place to > prevent regular users from installing programs at all. So the IT folks help > them in one of two ways (the first one fails) > > > > 1. Go to or remote into user’s machine. Login with IT tech’s credentials who > have Admin privileges. Install the program. Log out and the User logs back in. > 2. Temporarily elevate user’s privileges to Admin until the install is > completed. Then reset user to previous privileges afterwards. > > > > The first option fails when the actual User tries to run the app: > > > > > > I’d like to stay with the NetBeans Installer as it does everything I need. > > > > I have heard this complaint from several users/companies, so I have to assume > that option #1 is expected to be a viable option for the install of programs. > > > > Has anyone run across this before? > > > > > > > > Stephen Cumminger > > - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Installer bug?
I have an RCP app based on NetBeans 8.2, for which I use the built-in Installer for my deployments. I have reports of installation issues on MS Windows machines, depending on how it is installed. The scenario is that in large organizations, IT policies are in place to prevent regular users from installing programs at all. So the IT folks help them in one of two ways (the first one fails) 1. Go to or remote into user's machine. Login with IT tech's credentials who have Admin privileges. Install the program. Log out and the User logs back in. 2. Temporarily elevate user's privileges to Admin until the install is completed. Then reset user to previous privileges afterwards. The first option fails when the actual User tries to run the app: [cid:image001.png@01D42598.BD1FC6A0] I'd like to stay with the NetBeans Installer as it does everything I need. I have heard this complaint from several users/companies, so I have to assume that option #1 is expected to be a viable option for the install of programs. Has anyone run across this before? Stephen Cumminger
