Well, it was worth checking out to see the result. It could've been my fault when I tried to use the ini files from my existing installation so I didn't have to customize the second installation from scratch. So, I wasn't able to reproduce the problem, but that's a good thing. Well, I tried it again and it didn't cause any problems. I'll add to this later to share my findings. However, I will try it again and make sure I have my critical ini files in a safe place. I will also perhaps try using the -portable command line option but that shouldn't be needed if it's using the 'portable' install option.Īnyway, I wasn't really sure I wanted to reproduce the issue since it gave me problems trying to fix it afterward. Perhaps it's best to install it on a USB drive.
Also, I remember reading that the installation process did warn that installing on the the C drive could cause problems.
I just think that the portable mIRC install was perhaps using the same directory information when it came to reading and writing ini files. If (-not (Get-Command choco.Yep, I'm very sure I used the 'portable' option but I don't think that's the cause of the problem.
zip to the filename to handle archive cmdlet limitations # Ensure Chocolatey is installed from your internal repository # $Chocolate圜entralManagementServiceSalt = "servicesalt" # $Chocolate圜entralManagementClientSalt = "clientsalt" # $Chocolate圜entralManagementUrl = " # ii. # If using CCM to manage Chocolatey, add the following: $ChocolateyDownloadUrl = "$($NugetRepositoryUrl.TrimEnd('/'))/package/chocolatey.0.12.1.nupkg"
# This url should result in an immediate download when you navigate to it # $RequestArguments.Credential = $NugetRepositor圜redential # ("password" | ConvertTo-SecureString -AsPlainText -Force) # If required, add the repository access credential here $NugetRepositoryUrl = "INTERNAL REPO URL" # Should be similar to what you see when you browse Your internal repository url (the main one). # We use this variable for future REST calls. ::SecurityProtocol = ::SecurityProtocol -bor 3072 # installed (.NET 4.5 is an in-place upgrade). NET 4.0, even though they are addressable if. # Use integers because the enumeration value for TLS 1.2 won't exist
# Set TLS 1.2 (3072) as that is the minimum required by various up-to-date repositories. # We initialize a few things that are needed by this script - there are no other requirements. # You need to have downloaded the Chocolatey package as well. Download Chocolatey Package and Put on Internal Repository # # repositories and types from one server installation. # are repository servers and will give you the ability to manage multiple
# Chocolatey Software recommends Nexus, Artifactory Pro, or ProGet as they # generally really quick to set up and there are quite a few options. # You'll need an internal/private cloud repository you can use. Internal/Private Cloud Repository Set Up # # Here are the requirements necessary to ensure this is successful. Your use of the packages on this site means you understand they are not supported or guaranteed in any way. With any edition of Chocolatey (including the free open source edition), you can host your own packages and cache or internalize existing community packages. Packages offered here are subject to distribution rights, which means they may need to reach out further to the internet to the official locations to download files at runtime.įortunately, distribution rights do not apply for internal use. If you are an organization using Chocolatey, we want your experience to be fully reliable.ĭue to the nature of this publicly offered repository, reliability cannot be guaranteed. Human moderators who give final review and sign off.Security, consistency, and quality checking.ModerationĮvery version of each package undergoes a rigorous moderation process before it goes live that typically includes: Welcome to the Chocolatey Community Package Repository! The packages found in this section of the site are provided, maintained, and moderated by the community.