taphead

Newbies
  • Content Count

    3
  • Joined

  • Last visited

Community Reputation

1
  1. Hi Rick, adding USINGWIZARD=1 to the end of the MSIExec query worked perfectly. Thank you! Taphead
  2. Hi Rick, it's a valid question. I'm looking to deploy Paint.NET using an RMM system and I want to make the script as automated as possible. Everything has been written to be generic such that on each script run the latest version of Paint.NET is ascertained, downloaded and extracted, at which point the MSIs must be produced from the original installer file. Altering the system is, unfortunately, not an option here; really I either need to figure this out or abandon it. If I execute one of the MSIs from the PdnSetup folder it instructs me to do the installation via the setup.exe. I have the entire contents of the PdnSetup folder saved; is it possible that you could tell me what steps are taken to polish off the MSIs to turn them into standalones so I can try and replicate them? I'm writing the script in PowerShell. Many thanks Taphead
  3. Can I, using the command-line, instruct the installer where to place the MSI files it creates? I don't appear able to. The installer is being run by NT AUTHORITY\SYSTEM so the files it creates are vanishing. I looked in C:\Windows\System32\Config\SystemProfile but there is no 'Desktop' folder created and the MSIs are not present. Looking at the program in Process Monitor it is clear the installer places its files in C:\Windows\Temp\PdnSetup but the MSIs that are placed in there are not valid (I set an ACL to stop them from being deleted) – the MD5s are different between ones left in there and ones produced on the Desktop. I need to be able to create the MSIs on-the-fly but as the installer is not being run by the logged-in user I have no way to access the installers as the "Desktop" does not exist. As such, if there is a way I can hard-code a directory for the installer to place the MSIs into, please let me know how. Cheers Taphead