how do I determine which version of the hdf5 library is installed on my system? Is there a command line? I tried to use the dpkg-query --list command but it doesn't work.
I am on ubuntu
Have you tried this?
dpkg -l | grep hdf5
This may help you https://superuser.com/a/690391.
Most of the HDF5 commands will give you the version, i.e.
--> h5dump --version
h5dump: Version 1.10.6
If there is an inconsistency in the install, though, not all the components may match.
Related
Using the latest setup-x86_64_2.919 to install Cygwin, I just noticed that Spatialite is not there. So, I installed it from the source code (libspatialite-5.0.1.tar.gz) and I re-installed gdal-3.5.1 from the setup file. It seems that gdal has not been compiled with Spatialite. Interestingly, the same happens although I installed gdal-3.5.1 from the source code. I just want to use the magic -sql sqlite call with the ogr2ogr command, so if anyone knows how to deal with Spatialite in Cygwin I would appreciate suggestions.
Any hints are welcomed.
The current Cygwin package of gdal is NOT compiled with SpatiaLite but it is compiled with indirect SQLite dependecy
$ cygcheck gdalinfo
...
D:\cygwin64\bin\cyggeotiff-5.dll
D:\cygwin64\bin\cygproj-25.dll
D:\cygwin64\bin\cygsqlite3-0.dll
...
If you are interested to add SpatiaLite to Cygwin the best way is to offer yourself as maintainer
See some general information on
https://cygwin.com/packaging-contributors-guide.html
If you are interested, you should follow the Cygwin package maintainer mailing list
https://cygwin.com/mailman/listinfo/cygwin-apps/
After that, adding SpatiaLite dependency to Gdal is a minor issue that will be handled by the gdal package maintainer
https://cygwin.com/packages/summary/gdal-src.html
For the debugging purpose, I want to invoke the GTK failed dialog.
In Ubuntu, I can find the binary at /usb/lib/gnome-session/gnome-session-failed. Is the same function executable available in Fedora? I tried to search around but could not find it in the system.
Fedora version: 18 (Spherical Cow)
GNOME version: 3.6
You can check files in a rpm package this way:
$ rpm -ql gnome-session | grep failed
/usr/lib/systemd/user/gnome-session-failed.service
/usr/lib/systemd/user/gnome-session-failed.target
/usr/libexec/gnome-session-failed
Seems for the version you are using there was not such executable and the fail dialog would run by doing : gnome-session whale.
See: https://github.com/GNOME/gnome-session/blob/e59b938c644a78236fd5ed9d708022be3b990ddc/gnome-session/main.c#L296
gnome-session-failed is not available in the version you mentioned.
you need to use gnome-session instead and specify with -whale.
when I try to check python version in Centos7 by typing command
1) python --version
-bash: /usr/local/bin/python3.6: No such file or directory
OR
2) which python
"alias python='/usr/local/bin/python3.6'.
Could anyone explain me why it shows like this instead of showing python version?
Thanks.
In order to sum up, for future people who will look in this question:
when installing different versions of python on linux using package manager (in this case yum because you are using CentOS, but it might be apt or something else) linux installs the side-by-side, meaning you have all of the versions installed together.
If you want to use a specific version other than your linux distribution diffault one you need to call it explicitly (i.e. python3.6 or python3.8)
Make sure you are looking for the wanted python version on the right path.
When you want to run some version of python after installing it I suggest you to just write python in the bash and just hit tab+tab and the bash will suggest all the installed versions in the $PATH.
Today I updated my laptop to Ubuntu 18.04.
Now I try to run a program for my bachelor thesis, but it gives me the following error message:
error while loading shared libraries: libmpfr.so.4: cannot open shared object file: No such file or directory
I did a bit of research, and I think libmpfr4 has been droppen in this ubuntu version. Is there any way I can solve this?
I had the same problem and solved it by creating symbolic link:
sudo ln -s /usr/lib/x86_64-linux-gnu/libmpfr.so.6 /usr/lib/x86_64-linux-gnu/libmpfr.so.4
Bear in mind that this is just workaround which might trigger other issues for your case. However, this might save you the day in cases when the problematic program is just a mean to achieve something else.
When you get such an error, this means that you generally need to recompile your program.
Alternatively, you may install the old MPFR 3.x version (which corresponds to libmpfr.so.4) if available, otherwise from an earlier Ubuntu release (I do not recommend that, but if there are no conflicts from the packaging system, this could be OK; FYI, in Debian, both packages libmpfr4 and libmpfr6 are co-installable).
Note: Contrary to what has been said in the comments, libmpfr.so.4 is no longer there if you're using the 64-bit ABI (x86_64), as ldconfig -p | grep mpfr gave for this file: /usr/lib/i386-linux-gnu/libmpfr.so.4, i.e. the 32-bit version. I suspect that the upgrade removed the x86_64 one (either due to a conflict or because it was no longer needed).
apt install python-gmpy2 can fix this error.
I want to find out the linux flavor running on the vm created using minikube-kubernetes.
I log in to the vm and do a cat /proc/version
Linux version 4.9.13 gcc version 5.4.0 (Buildroot 2017.02).
Can someone tell me which flavor this is?
Obviously not ubuntu as none of the commands man, apt-get work.
cat /etc/*release
This works across most distributions.
The minikube distro is custom built using buildroot. It is meant to be a minimal distro and does not include a package manager or package repository.
https://github.com/kubernetes/minikube/tree/master/deploy/iso/minikube-iso
https://github.com/kubernetes/minikube/blob/master/docs/contributors/minikube_iso.md
lsb_release -ai but you might need to install lsb module.