Attempting remote development with VSCode 1.43.2 hosted on Darwin 18.7.0.
SSH target is a Raspberry Pi3 running raspbian jesse.
uname -a reports "Linux 4.9.35-v7+ #1014 SMP Fri Jun 30 14:47:43 BST 2017 armv7l GNU/Linux"
gcc version is gcc version 4.9.2 (Raspbian 4.9.2-10+deb8u2)
The remote server code installed automatically but fails to start with the following error messages.
> Server did not start successfully. Full server log at /home/pi/.vscode-server/.0ba0ca52957102ca3527cf479571617f0de6ed50.log >>>
> /home/pi/.vscode-server/bin/0ba0ca52957102ca3527cf479571617f0de6ed50/node: /usr/lib/arm-linux-gnueabihf/libstdc++.so.6: version `CXXABI_1.3.9' not found (required by /home/pi/.vscode-server/bin/0ba0ca52957102ca3527cf479571617f0de6ed50/node)
> /home/pi/.vscode-server/bin/0ba0ca52957102ca3527cf479571617f0de6ed50/node: /usr/lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by /home/pi/.vscode-server/bin/0ba0ca52957102ca3527cf479571617f0de6ed50/node)
> <<< End of server log
/usr/lib/arm-linux-gnueabihf/libstdc++.so.6 exists on the Pi.
What do I need to do to get it working?
The version of your C++ standard library (libstdc++.so.6) is simply too old, a newer version is required to run VSCode Server.
You could probably add some backports or third-party repositories to upgrade it, but IMHO, it's not worth the hassle.
Raspbian Jessie is old, and Debian Jessie will no longer be supported after June 30, 2020.
The best thing to do is just upgrading to Raspbian Buster.
Related
Summary
I try to install MYSQL community edition 8.0 on my Amazon Linux server
Command i have done so far
cd /home/ec2-user
wget https://dev.mysql.com/get/Downloads/MySQL-8.0/mysql-8.0.16-2.el7.x86_64.rpm-bundle.tar
tar -xvf mysql-8.0.16-2.el7.x86_64.rpm-bundle.tar
rpm -ivh mysql-community-server-8.0.16-2.el7.x86_64.rpm
I get the following error :
error: Failed dependencies:
libsasl2.so.3()(64bit) is needed by mysql-community-server-8.0.16-2.el7.x86_64
systemd is needed by mysql-community-server-8.0.16-2.el7.x86_64
What i tried by now
The library libsasl2.so.3()(64bit) is included in cyrus-sasl-lib
I tried to install it but still the same result
Here is the command i tried : sudo yum install cyrus-sasl-lib
Operating System
Linux ip-172-31-86-163 4.14.146-93.123.amzn1.x86_64 #1 SMP Tue Sep 24 00:45:23 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
Expected Result :
Success
Error Message i have :
Failed dependencies:
libsasl2.so.3()(64bit) is needed by mysql-community-server-8.0.16-2.el7.x86_64
try
yum install /path/to/mysql-8...rpm
then yum will try to find the dependencies you need. If some dependencies cannot be found, you can try downloading them yourself, or enabling repositories. But be careful since you are trying to install recent software on an old os... I don't know if amazon has centos8 machines already, otherwise that would probably help you out :)
I get this error with Python 3.7 and Windows 10 64-bit (which is supported).
It seems that there are only wheels for Windows for Python 3.5 and 3.6...
Thanks in advance.
pip install tensorflow-data-validation
Collecting tensorflow-data-validation
Note: you may need to restart the kernel to use updated packages.
ERROR: Could not find a version that satisfies the requirement tensorflow-data-validation (from versions: none)
ERROR: No matching distribution found for tensorflow-data-validation
Software and versions
-Windows 10 Enterprise. 64-bit
-import sys
!{sys.executable} --version
Python 3.7.3
(Python 3.7 version (Anaconda 2019.07 for Windows Installer https://www.anaconda.com/distribution/ , Jupyter Notebook))
-Successfully installed pip-19.2.3 (pip --version)
-ERROR: Cannot uninstall 'PyYAML'. It is a distutils installed project and thus we cannot accurately determine which files belong to it which would lead to only a partial uninstall. (pip install apache-beam)
-Successfully installed tensorboard-1.14.0 tensorflow-1.14.0 tensorflow-estimator-1.14.0 (pip install tensorflow)
-Successfully installed pyarrow-0.14.0 (pip install pyarrow==0.14.*)
-https://www.tensorflow.org/tfx/data_validation/install (https://pypi.org/project/tensorflow-data-validation/)
Supported platforms
TFDV is tested on the following 64-bit operating systems:
Windows 7 or later.
verbose
pip install -v tensorflow-data-validation
Collecting tensorflow-data-validation
Analyzing links from page https://pypi.org/simple/tensorflow-data-validation/
Config variable 'Py_DEBUG' is unset, Python ABI tag may be incorrect
Config variable 'WITH_PYMALLOC' is unset, Python ABI tag may be incorrect
[…]
Skipping link: none of the wheel's tags match: cp35-cp35m-win_amd64: files.pythonhosted.org/packages/d7/a1/b1f0c9c88713a60f206cf7bfaeb9391da1c9c8e3a6c98cd22078568777db/tensorflow_data_validation-0.14.0-cp35-cp35m-win_amd64.whl#sha256=eeff482c69ae1e49d84bbbef7c2ca058735e1d12cd640b643853f5f5fb05bc70 (requires-python:>=2.7,!=3.0.,!=3.1.,!=3.2.,!=3.3.,!=3.4.,<4)
Skipping link: none of the wheel's tags match: cp36-cp36m-win_amd64: files.pythonhosted.org/packages/bb/75/f3112982ca379481ae7706a94bf2755bd886fd4c8386e88ab978c5a0ae52/tensorflow_data_validation-0.14.0-cp36-cp36m-win_amd64.whl#sha256=611c23f718df87dcb6f34a6cf81d1a9699523254803607537e3d7e94e2c4712c (requires-python:>=2.7,!=3.0.,!=3.1.,!=3.2.,!=3.3.,!=3.4.,<4)
Skipping link: none of the wheel's tags match: cp35-cp35m-win_amd64: files.pythonhosted.org/packages/77/13/d0a90ccde514a4547b5d2ce3268f683aa6d5fb9f185c2b4d9a7db15eafca/tensorflow_data_validation-0.14.1-cp35-cp35m-win_amd64.whl#sha256=df5eb52ef53ee9db901aed5a30db183f272cda0a8b4f6981d9843cb6c52fc58a (requires-python:>=2.7,!=3.0.,!=3.1.,!=3.2.,!=3.3.,!=3.4.,<4)
Skipping link: none of the wheel's tags match: cp36-cp36m-win_amd64: files.pythonhosted.org/packages/54/3e/dec2c051d4a6dd04dcacfd73d4d02be3ad3cd56008ba2251e3bd8cc36adf/tensorflow_data_validation-0.14.1-cp36-cp36m-win_amd64.whl#sha256=2cba18c385d7de8d346b8db4b9bfec38e8535e1371a6a7f2f375ea51264dfeb8 (requires-python:>=2.7,!=3.0.,!=3.1.,!=3.2.,!=3.3.,!=3.4.,<4)
[…]
Given no hashes to check 0 links for project 'tensorflow-data-validation': discarding no candidates
PyPI Download Files
tensorflow_data_validation-0.14.1-cp35-cp35m-win_amd64.whl (1.7 MB)
Wheel cp35 Aug 22, 2019
tensorflow_data_validation-0.14.1-cp36-cp36m-win_amd64.whl (1.7 MB)
Wheel cp36 Aug 22, 2019
-https://pypi.org/project/tensorflow-data-validation/#modal-close
Works with Python 3.6.9 (e.g. Anaconda Navigator>Environments>Create)
I am planning to install qt 5.5.1 on my ubuntu 14.04 running on virtual machine. I have downloaded the installer from qt-io and when I try to install the setup, I notice the below warning on my terminal, and then the installer pop up.
qt.network.ssl: QSslSocket: cannot resolve SSLv2_client_method
qt.network.ssl: QSslSocket: cannot resolve SSLv2_server_method
Do I need to worry much about this warning ? I dont see any error of this kind when I installed qt 5.3.1 on same machine.
Is there a way to resolve this warning ? Any help is appreciated. Thanks
This is the current version of openSSL on my machine.
openssl version -v
OpenSSL 1.0.1f 6 Jan 2014
just install libssl-0.98 and it should work
I have Red Hat Linux (Red Hat Enterprise Linux Server release 6.5 (Santiago) ) and yum in not working with message
There was a problem importing one of the Python modules
required to run yum. The error leading to this problem was:
No module named yum
Please install a package which provides this module, or
verify that the module is installed correctly.
It's possible that the above module doesn't match the
current version of Python, which is:
2.7.8 (default, Nov 7 2014, 11:45:08)
[GCC 4.4.7 20120313 (Red Hat 4.4.7-11)]
If you cannot solve this problem yourself, please go to
the yum faq at:
http://yum.baseurl.org/wiki/Faq
Current version of python is 2.7.8
Any help is appreciated.
CentOS 6 ships with python 2.6. Someone installed an incompatible version of python system-wide and that has broken things. That should not have been done.
You need to find out how the 2.7 version of python was installed and fix that (by removing the incorrect package or by removing the source-installed python or by fixing the $PATH or whatever else is appropriate).
To help figure out what the problem is exactly we need the output from the following commands (as a start).
What does rpm -qa python\* say?
What does which -a python say?
I am having difficulty on my server trying to get the selftest.py to run successfully.
I am trying to get PIL 1.1.7 working with Python 2.4.4 (Are the versions compatible?)
When the install is preformed like so:
# python2.4 setup.py install
running install
running build
running build_py
running build_ext
--------------------------------------------------------------------
PIL 1.1.7 SETUP SUMMARY
--------------------------------------------------------------------
version 1.1.7
platform linux2 2.4.6 (#1, Dec 21 2012, 14:54:30)
[GCC 4.4.6 20120305 (Red Hat 4.4.6-4)]
--------------------------------------------------------------------
*** TKINTER support not available
--- JPEG support available
--- ZLIB (PNG/ZIP) support available
--- FREETYPE2 support available
*** LITTLECMS support not available
--------------------------------------------------------------------
To add a missing option, make sure you have the required
library, and set the corresponding ROOT variable in the
setup.py script.
To check the build, run the selftest.py script.
running build_scripts
running install_lib
running install_scripts
changing mode of /usr/local/bin/pilconvert.py to 755
changing mode of /usr/local/bin/pilprint.py to 755
changing mode of /usr/local/bin/pilfile.py to 755
changing mode of /usr/local/bin/pilfont.py to 755
changing mode of /usr/local/bin/pildriver.py to 755
creating /usr/local/lib/python2.4/site-packages/PIL.pth
Everything seems handy dandy. Jpeg support is available and all is happy. But the selftest.py however is a different story:
# python2.4 /usr/local/src/Imaging-1.1.7/selftest.py
--------------------------------------------------------------------
PIL 1.1.7 TEST SUMMARY rc/Imaging-1.1.7]# yum install libjpeg62-devel zlib1g-devel libfreetype6-devel liblcms1-develp
--------------------------------------------------------------------
Python modules loaded from ./PIL
Binary modules loaded from ./PIL
--------------------------------------------------------------------
--- PIL CORE support ok
*** TKINTER support not installed
*** JPEG support not installed
*** ZLIB (PNG/ZIP) support not installed
--- FREETYPE2 support ok
*** LITTLECMS support not installed
--------------------------------------------------------------------
Running selftest:
*****************************************************************
Failure in example:
try:
_info(Image.open(os.path.join(ROOT, "Images/lena.jpg")))
except IOError, v:
print v
from line #24 of selftest.testimage
Expected: ('JPEG', 'RGB', (128, 128))
Got: decoder jpeg not available
1 items had failures:
1 of 57 in selftest.testimage
***Test Failed*** 1 failures.
*** 1 tests of 57 failed.
I get the dreaded Jpeg decoder not available.
I've tried a variety of things. I changed the setup to point to usr/lib64 that didn't work. I made some symbolic links in the usr/lib to point to the libjpeg.so file, that also didn't work. I went back and forth with the tech guys at our server hosting place and they aren't understanding the issue and it's like talking to a wall. I am really stuck. The only thing I haven't tried is the PiP but I didn't try that because I don't know how that works exactly. So I want to avoid that.
Is there a compatibility issue or a setting I just don't have quite right?
Thank you for the assistance.
--UPDATE--
Working on this problem again these days
I've tested Centos 5 & 6 32-bit And everything installs like a charm, but 64-bit I'm still having issues.
It seems like the selftest works with the stock python2.6 but not with python2.4. Pil 1.1.7 is compatable with 2.4.4 but I think there is a problem with the libraries in 64-bit. Still searching for a solution.
After extensive testing it's just not possible.
I'm sure it can be done but the steps it would require to get it down would be so intensive that it would make it difficult to gaurentee the stability of the server/system.
The problem really lies in the 64-bit system. The Python-Imagining would work with python 2.4 if python 2.4 was compiled as 32-bit. However even if you get Python-2.4 compiled into 32-bit it has a hard time with the libraries since everything in Centos is build for the 64 arch. And getting those additional libraries is cumbersome since the repos won't include the structures you need to get it working. It's just, annoying. It's not feasible to go hunting around in circles and the time spent trying to support such a limping system is wasted. And possibly puts the system at risk.
No, it's not possible to install PIL for Python 2.4 on a 64-bit machine.
In my case we had no support of all the libraries in PIL (CentOS 6, x64)
*** TKINTER support not available
*** JPEG support not available
--- ZLIB (PNG/ZIP) support available
*** FREETYPE2 support not available
*** LITTLECMS support not available
So we used following:
yum install freetype freetype-devel libpng libpng-devel libjpeg libjpeg-devel
And now we have
*** TKINTER support not available
--- JPEG support available
--- ZLIB (PNG/ZIP) support available
--- FREETYPE2 support available
*** LITTLECMS support not available
3 years later, I know, but this can work just fine! The standard build process will not look for libraries in /usr/lib64, but you can't specify a library path when running setup.py build, so you need to rebuild the binaries afterwards in a separate step:
yum install freetype-devel libpng-devel libjpeg-turbo-devel libzip-devel lcms-devel
pip download PIL
unzip pil-1.1.7.zip
cd pil-1.1.7
./setup.py build
./setup.py build_ext -L /usr/lib64/:/usr/local/lib64 --force
./setup.py install --prefix /usr/local/python27 --force --skip-build
This is on Scientific Linux 6.7 64-bit, using Python 2.7 compiled from source.