I try to install github desktop via chocolatey (vagrant provisioning) on my windows virtual machine. The installation process runs until the actual github installation. The error message looks like this:
Download of GitHubSetup.exe (663.49 KB) completed
WARNING: Ignoring checksums due to feature checksumFiles turned off or option --ignore-checksums set.
Installing github...
github has been installed.
Microsoft's ClickOnce framework is downloading and extracting the ~110
MB install files.
This may take several minutes or longer. Please wait...
The installation hangs at this point. I read about this issue at the official chocolatey webpage . How can I workaround this problem?
Related
My server can not connect to jetbackup repository and I need to install S3 plugin. It's available on github and repo to download. So how can I install plugin without using repository? I mean where should I extract plugin zipfile on server?
http://repo.jetlicense.com/plugins/
OS : CentOS 7 , 64bit
Where is the jetbackup installation folder on server anyway?
Also if I can use a proxy even on my other server as a temporary proxy may solve the problem. a link of tutorial will do.
Thanks a lot
I have a SQL Server 2017 instance with Machine Learning services install in database. I have a custom module that I have a wheels package built and published to a Azure Devops python artifact repo that I can install from other machines using the Azure Artifacts keyring module to authenticate.
I want to setup my machine learning server so I can pip install from this azure devops package repo, but after I install the keyring and artifacts-keyring modules per the documentation and try to pip install with the -i option to specify the url to my azure devops package repo I get prompted to authenticate with my username/password. This is different behavior on my development machines (and does not work), on those machines the keyring modules authenticate me automatically.
Looking at the github page for the artifacts-keyring module it looks like I need pip 19.2 or greater, and the machine learning server has pip 9.0.1. Running .\pip.exe install --upgrade pip from the PYTHON_SERVICES directory gives me an error:
The system cannot move the file to a different disk drive: 'e:\\program files\\microsoft sql server\\mssql14.mssqlserver\\python_services\\scripts\\pip.exe' -> 'C:\\Users\\username\\AppData\\Local\\Temp\\7\\pip-qxx3khcz-uninstall\\program files\\microsoft sql server\\mssql14.mssqlserver\\python_services\\scripts\\pip.exe
Going further down the rabbit hole, it looks like i might need to unbind/bind the updated binaries. Has anyone configured their MS machine learning server to use a azure devops python artifact repo as a pip index? Should I approach deploying my modules a different way?
What I did which worked for me:
Stop all of the SQL server services. I think I would have only needed to stop the Jumpstart service though.
Run the basic get-pip.py script from the PYTHON_SERVICES directory that the ML server is using. This installed the latest version of pip, as verified with .\Scripts\pip.exe -V
I then ran .\Scripts\pip.exe install keyring artifacts-keyring
I then installed my module from my index/repo .\Scripts\pip.exe install -i https://myIndexURL/ MyModule
Brought all the SQL services up and confirmed I can use my module.
Since Travis now supports building on Windows (at least to a certain degree), I'm playing around with getting a Unity project built on a windows machine.
While trying various changes to the Travis config, I had two builds which were able to install Unity (but did nothing else). Once I had a config ready for trying to build with unity, Chocolatey failed to download Unity.
Did I personally (through the Travis slave) hit something like a daily download limit (and I always get the same slave IP)? Or is this a result of several people downloading unity through Travis too often?
Since I am able to manually download the file through the link provided in the logs, I would exclude a unity server issue as a reason.
Here's the failing Travis log:
$choco install unity
Chocolatey v0.10.11
Installing the following packages:
unity
By installing you accept licenses for the packages.
Progress: Downloading unity 2018.3.11... 100%
unity v2018.3.11 [Approved]
unity package files install completed. Performing other installation steps.
Downloading unity 64 bit
from 'https://download.unity3d.com/download_unity/5063218e4ab8/Windows64EditorInstaller/UnitySetup64.exe'
ERROR: The remote file either doesn't exist, is unauthorized, or is forbidden for url 'https://download.unity3d.com/download_unity/5063218e4ab8/Windows64EditorInstaller/UnitySetup64.exe'. Exception calling "GetResponse" with "0" argument(s): "The remote server returned an error: (403) Forbidden."
This package is likely not broken for licensed users - see https://chocolatey.org/docs/features-private-cdn.
The install of unity was NOT successful.
And for reference, the succeeding one (more than an hour earlier).
choco install unity
Chocolatey v0.10.11
Installing the following packages:
unity
By installing you accept licenses for the packages.
Progress: Downloading unity 2018.3.11... 100%
unity v2018.3.11 [Approved]
unity package files install completed. Performing other installation steps.
Downloading unity 64 bit
from 'https://download.unity3d.com/download_unity/5063218e4ab8/Windows64EditorInstaller/UnitySetup64.exe'
Progress: 100% - Completed download of C:\Users\travis\AppData\Local\Temp\chocolatey\unity\2018.3.11\UnitySetup64.exe (557 MB).
Download of UnitySetup64.exe (557 MB) completed.
Hashes match.
Installing unity...
unity has been installed.
unity may be able to be automatically uninstalled.
The install of unity was successful.
Software installed as 'EXE', install location is likely default.
While it is true that there is a new rate limiting function on Chocolatey.org (this was turned on on the 26th November 2018) the HTTP Error code that is returned when this is in play is 429, rather than 403. As a result, I don't think that this is what is causing you problems.
There is a troubleshooting article regarding the 403 HTTP Status code here. I would suggest following through with the recommendations there, which could be due to some of the following reasons:
You have a proxy that you need to configure
It is being blocked in your organization
We broke something (this is the least likely reason)
CloudFlare has blocked your IP due to reasons (99% of the time, this is the issue)
The Chocolatey Community Team may have blocked access due to excessive use - see excessive use for details
I'm really stuck in installing services in Centos server. I almost browse all the pages in Google result. I'm a Windows user and very new in Linux environment, so it makes me difficult to understand all the results from Google.
The server doesn't have option to connect to the internet. Based on my research, my only way is to download all the RPM files in a machine with internet then transfer it to my server.
Problem: I cannot find the official package list of YUM so I can download it one by one like the https://bower.io/search/. There's a lot of downloadable files showing if I type in Google "YUM php7 rpm".
Edit: I am currently using YUM because I don't know any other way to install packages in Centos. I only want to install the following :
php7
nodejs
composer
supervisor
nginx
I don't have any access to any media. I just remotely access it via putty and Filezilla. But I have root access.
So I installed a local NuGet server using the NuGet.Server package and VS2012. Everything seems to work fine, I have a package that I created based on a web application. The server knows about the package (i.e. I can list it using "nuget list"), but when I try to install it on the target machine, I get an InvalidDataException with a message the the Archive file cannot be size 0.
I am using Win7 x86 and the command-line nuget.exe utility from within PowerShell. Nuget.exe is in \windows.
Also, I can install packages from the public nuget.org server on this target machine.
In an interesting twist, I am able to install the very same internal package from the very same internal server when I run the same command from within the Package Manager Console in VS2012. I have verified that the nuget.exe versions are the same.
Any help on this?
Thanks,
Matthew
Turns out there was an issue with the local Nuget cache. Once I cleared it out, the package installed correctly.