I installed .net6 but i need to have installed .net5
So, I removed .net6 and I installed .net5.
Now, when I run 'dotnet build' command I have the error:
A fatal error occurred. The folder [/usr/lib/dotnet/dotnet6-6.0.108/host/fxr] does not exist
Do you have some idea to help me, please.
Thanks
.NET 5 has reached its End of Life. If you are using it, you are on your own; don't expect any fixes for security issues that discovered every few weeks.
Anyway, sounds like you are using Ubuntu 22.04.
If so, you are out of luck. There's no simple way to install or run .NET 5 there. .NET 5 needs OpenSSL 1.0 or 1.1. Ubuntu 22.04 only has OpenSSL 3.0. Even if you install and manage to run .NET 5, it wont work and you will get OpenSSL errors.
Your best course of action is to install an older version of Ubuntu, such as 20.04.
Your specific error in this case is quite unrelated to above, though. Your error is because you seem to have installed some packages from Ubuntu's package repository and some packages from Microsoft's package repository. See https://github.com/dotnet/core/issues/7699#issuecomment-1222470580 for details. In particular you want to follow the steps in "Mixed state scenario 2: Use PMC packages after installing native Jammy packages". But that's not needed on Ubuntu 20.04 or similar OS that you need to make .NET 5 work at all.
I am developing a program in Python on Windows 10 using Pycharm. In this program I need to import this Python package that uses pip to be installed.
Following the standard procedure to install with pip on Pycharm I get an error:
error: Microsoft Visual C++ 14.0 is required. Get it with "Microsoft Visual C++ Build Tools": http://landinghub.visualstudio.com/visual-cpp-build-tools
The url gets me to an abandoned website but I finally found a way to install Visual C++ building tools (there).
Unfortunately I still have the same error.
I also upgraded the pip version to 18.1, in case the outdated version was to blame, but it didn't change anything.
What do I need to do for Pycharm to recognize my installation of Visual C++?
EDIT: This question is not the same as other questions that don't involve using Pycharm. Please take this into consideration while answering.
you don't have to use pip, there is very sophisticated way to install packages in pycharm.
In your pycharm, go to File>Settings>Project:[your-project-name]>Project Interpreter:
Click on the + sign:
and look for your package, in our condition ie. numpy. and click on install.
viola problem solved
Environment:
Windows10
Python 3.5.3 64bit
CUDA Toolkit 8.0
cuDNN v5.1(extracted to Toolkit8.0 files)
Visual Studio Community 2015
Nightly binary#243 Tensorflow GPU version (pip install tensorflow_gpu-1.2.1-cp35-cp35m-win_amd64.whl)
The package has not been installed correctly, and the file _pywrap_tensorflow.pyd is not present in the C:\...\Lib\site-packages\tensorflow\python
After I got nearly the same error as #5949, I tried mrry's tensorflow_self_check.py.
The output is:
ERROR: Failed to import the TensorFlow module.
Python version is 3.5.
TensorFlow is installed at: C:\Python\Python35\lib\site-packages\tensorflow
All required DLLs are present. Please open an issue on the
TensorFlow GitHub page: github.com/tensorflow/tensorflow/issues
However, I can import the tensorflow successfully if I use the below version:
pip install --upgrade https://storage.googleapis.com/tensorflow/windows/gpu/tensorflow_gpu-0.12.0-cp35-cp35m-win_amd64.whl
So, what's wrong the tensorflow_gpu-1.2.1 version?
I really hope someone can help me solve it completely. Thank you!
I would suggest to use Anaconda for the windows, if you want to try tensorflow. The number of issues is very less.
https://www.tensorflow.org/install/install_windows
But if you really want to work without anaconda.
Check your path to Cuda, Cudnn and python.
Ensure that cudnn is v5.1
TensorFlow 1.3 or later requires cuDNN 6.
Installing the Microsoft Visual C++ 2015 Redistributable Update 3 (x64 version) can fix it.
Do let me know about after trying above steps.
I have installed git-cola using the setup installer for windows. I pointed it to proper installs of git and python.
When I try to launch git-cola, nothing happens whatsoever.
Is there something I am missing here?
I had the same problem, in my case it was missing PyQt4 library. You can install PyQt4 by downloading an appropriate installer from Binary Packages section on PyQt4 Riverbank website.
How I investigated the issue
When I installed git-cola in a default directory and tried to run it using a command line
C:\Program Files (x86)\git-cola\bin>python git-cola.pyw
I got
Sorry, you do not seem to have PyQt4 installed.
Please install it before using git-cola.
e.g.: sudo apt-get install python-qt4
Note
I have two Python 2.7 installations, one at c:\program\Python27 and another at C:\Users\UserName\Anaconda2, I used the first one. I also installed Python SIP some time ago, I'm not sure if it required by git-cola.
I have recently tried to install Python 3.4 as an alternative installation on my system in an attempt to familiarise myself before migrating code. My main Python installation is 2.7.6.
I tried the 64 bit installer for Windows, but it came up with an error message
There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor.
After this the install is rolled back (from the point shown below):
I have eventually found a solution to this posted below and decided to share in case anyone else was having the same issue.
After some looking online I found (here) that the issue was related to conflicting pip installs (I have a version already installed for Python 2.7 and apparently this is not compatible with the version that ships with Python 3.4.
To get around this issue I simply de-selected pip from the install options shown below and the install went ahead smoothly:
Run installer again and select PIP installation.
If the PIP fails to install with the same error, you may want to check environmental variables using a tool like http://eveditor.com/ which enables to check whether they are valid. If you had another version installed before, you most likely have wrong PYTHONHOME and PYTHONPATH variables. Fix them by setting them to relevant paths. e.g. PYTHONHOME=C:\python27 and PYTHONPATH=c:\python27\Lib
You will then be able to run and install PIP.
My issue was that I had a PYTHON_HOME or PYTHON_SOMETHING environment variable set. After removing the environment variable, the installation worked perfectly.
What worked for me, strangely enough, was the "Microsoft Program Install and Uninstall troubleshooter"
The "deselect pip" solution did not work for me.
My Python 3.4.1 install was failing with the same "A program run as part of the setup did not finish as expected" error. I tried both installing it on top of Python 3.4.0 and installing it in a new folder, but got the same error. I tried uninstalling Python 3.4.0 first, but got the error during the uninstall, as well.
I ran that Microsoft utility, which helped me uninstall 3.4.0, and was then able to install 3.4.1 cleanly. The utility has options for both problematic installs and uninstalls, so it may help even if you're doing a new install, not an upgrade.
I'm running 64-bit Windows 7, but was working with 32-bit Python versions.
I had similar issues with Python 3.4x on Windows 8.1. Even after a successful install, the uninstaller would fail in the same way. Ultimately, "Method 1" at the MS forum solved this for me when I ran Microsoft's (Un)installer Fix It.
I also had the problem that pip couldn't be installed like #ChrisPosser.
So I deselected pip and the installation went fine. afterwards I restarted the setup, chose "change python" and installed pip. now everything worked like expected.
If you have any problems with windows installers I recommend activating the verbose log like this:
msiexec /i python-2.7.10-1.609.2.msi /lv install-python.log
From the logs I could see that it was the pip install, which was not working.
Yes, I faced the same issue, and was working on this for the past one hour. Was trying to uninstall the Python 3.4.1 from the control panel -> uinstall program -> add/remove program, but was facing issues.
This trick worked for me:
Manually deleted the 3.4.1 folder, which was present in my C folders after I installed the 3.4.1
Then I followed these steps:
-> Went to Regedit.exe, checked in both HKEY_CURRENT_USER, HKEY_LOCAL SOFTWARE Folder, and deleted the Python folders there.
-> windows 8 -> Downloads -> 3.4.1 msi setup (Glad I never deleted it)
-> Right clicked on the msi setup and choose the repair option
-> The repair would re install the Python 3.4.1
-> After this, I un-installed the Python 3.4.1
-> Then I deleted the 3.4.1 msi setup.
Rebooted the system, and now, there is no instance of Python 3.4.1 in my system.
According to me when environment variables containing name 'Python' are created they somehow becomes related with python. I was unable to open idle (GUI PUTHON) and to uninstall it . Deleting a variable named 'PYTHON PATH' solved my all python related problems.
I had 3.7.4 and wanted to move to 2.7.13.
I uninstalled 3.7.4
Tried to install 2.7.13 but got the same error.
There was a 2.7.10 installer(not msi) also present, uninstalling which gave the same error.
So I downloaded 2.7.10 msi, installed it, and then just installed 2.7.13 from the downloaded msi and it worked fine. This overwriting worked because the major version i.e. 2.7 was same for both.
I don't know if this is helpful but after the hours I spent on this, I wanted to write out what worked for me.
Yup, I have already installed another version of python. I have uninstalled them using Program features. But still the same issue persisted because of the folder which was present in my C: drive. After deleting them manually, the installation got completed without errors
I faced this issue because of 2 conflicting versions of 7zip. Removing them both and installing just one fixed this issue.
I had python3.4 installed, then added 3.5, and deleted 3.4. That was a mistake. In trying to get a library to work, I had to go back to 3.4. I uninstalled 3.5, but couldn't uninstall 3.4 (folder deleted).
I ended up searching the registry in rededt32 for "python". There was a Guid folder with a number of entries that had c:\python34 and one more related to the same folder that I deleted. After this, the install worked correctly.
Windows 10.
Mine was linked to having installed an older version in the past, only for my own user account. I got around it by telling the installer to install Python for all users.
For me none of the suggested fixes worked for me. However checking the option "Install just for me" instead of "Install for all users" (Windows 10) worked for me. So this might be another option to try.