I am currently working with mbed TLS and I discovered something odd:
I want to extract the CRT parameters of a private RSA key with the mbedtls_rsa_export_crt() function [1]. Unfortunately the function is missing. The problem seems to be that I have installed the libraries over the package manager. Concrete I have installed the libmbedtls-dev package [2].
Is the code in [2] deprecated or why are some functions missing?
[1] https://tls.mbed.org/api/rsa_8h.html
[2] https://packages.debian.org/de/sid/libmbedtls-dev
Thank you for your support
MK14
I solved it. The problem was that I have installed Ubuntu 16.04 on my mashine and the Xenial Repo contains an old version of the mbedtls package. Installing the mbedtls package from the Bionic repo solved my issue.
Regards
ckmk14
Related
I'm testing clickhouse. Finally I installed ClickHouse on my virtual machine. But I've got some problem to make it.
--> Finished Dependency Resolution
Error: Package: clickhouse-server-1.1.54236-4.el6.x86_64 (clickhouse)
Requires: libbfd-2.20.51.0.2-5.44.el6.so()(64bit)
But, I already have this "binutils-2.20.51.0.2-5.47". (More recent version)
[root#node01 ~]# rpm -qa | grep "binutils"
binutils-2.20.51.0.2-5.47.el6_9.1.x86_64
So, I removed binutils-2.20.51.0.2-5.47 and install binutils-2.20.51.0.2-5.44, it works well.
Is this common issue?
Thanks.
Chan.
The BFD libraries are only intended for internal use by binutils and related tools. There is no ABI stability even within the same release of CentOS (or Red Hat Enterprise Linux). This is why the library name can change from minor release to minor release, breaking RPM dependencies in this way.
You need to talk to whoever builds clickhouse. They need to bundle their own version of BFD if they truly need it, or use supported libraries such as libelf from elfutils if they need only a tiny subset.
I'm trying to build and install Freeradius version 3.0.8 using these instructions. But after starting Freeradius in debug mode using command radiusd -X shows following error.
libssl version mismatch. built: 1000207f linked: 1000114f
I tried removing libssl-dev and reinstall, But no luck.
Appreciate any help to resolve this version mismatch error. My os is Ubuntu 16.4
If you're building/installing on the same server you have multiple versions of OpenSSL installed. When you built the server it found version 1.0.2, when the server runs however, it's linked against 1.0.1. The server refuses to start because 1.0.2 and 1.0.1 are ABI incompatible and allowing the server to start may cause subtle errors in any code that called OpenSSL.
As a workaround you can use the LD_PRELOAD environmental variable to specify the path to OpenSSL 1.0.2.
If you're building/installing on two different systems you must ensure both systems have the same version of OpenSSL.
I've googled for a solution, and based on that, let me report a few details:
I've tried 32-bit PyScripter-v2.6.0-Setup.exe with 32-bit python-3.6.1.exe; and 64-bit PyScripter-v2.6.0-x64-Setup.exe with 64-bit python-3.6.1-amd64-webinstall.exe.
I'm on a 64-bit Windows 10 machine.
I uninstalled other versions of Python on the machine.
Tried unzipping rpyc in the \Lib\ folder, as someone suggested that here.
What else should I be looking at?
Here is a tested Solution
Remove old PyScripter
Install Python from Python website. I installed mine from:
http://www.python.org/ftp/python/3.3.2/python-3.3.2.amd64.msi (and it worked)
Now install PyScripter-v2.6.0-x64-Setup.exe from https://sourceforge.net/projects/pyscripter/files/
This should solve the problem.
I got this solution from https: //github.com/pyscripter/pyscripter/issues/715
You are using an old version of Pyscripter. Version 3.4 from https://sourceforge.net/projects/pyscripter/ provides support for all released python versions, virtual environments, conda distibutions and the ability to switch between them without exiting Pyscripter.
im new working with linux OSs, i would like to install Ephesotf but the point is that im having trouble while i am trying to install Ephesoft version 4.0.2.0 in ubuntu 16.10, the error is this below:
Updating paths in properties file. Please wait...
Installing/Updating "libpng12-dev" for Ephesoft.
E: Package 'libpng12-dev' has no installation candidate
Error occurred while installing "libpng12-dev"
Exiting from script...
I have been trying to install it separeted but im failing, so like this i can´t move on, please help me.....
Be aware that Ubuntu 16.x is not supported by Ephesoft:
http://wiki.ephesoft.com/linux-4-x-release
You can update the installer script but I won't recommend it. I'll just switch to a supported Linux OS.
Ben
I had the same problem while I was trying to install Ephesoft community software on Ubuntu 16.04 LTS. I tried all the things that you have metioned MGM. Finally I found out that ephesoft currently does not support 16.04 LTS and only works for ubuntu 14.04 LTS and 14.10 as they have mentioned on their website. They may release an update for 16.04 LTS in 2018. I am sorry I don't have the url where I read that as of now.
I installed ubuntu 14.04 currently and it installs perfectly there. There is very less help on using this software's community version though.
Z3's dependency on libgmp.so.3 is unresolved in the linux package, leaving the user to provide this library. However, this library is very old and is not readily available.
Does anyone know a method for getting around this issue? I am currently running x86_64 and cannot get around this missing dependency without a great deal of hassle.
Is it possible the linux packages could be fixed such they include the expected library in the distribution?
You can get GMP3 by executing sudo apt install libgmp3-dev.
I'm not a Linux expert, but this is the command I used to install GMP before I compiled Z3.
When I installed the virtual machine for running Linux 64, I think I didn't find a package for the more recent versions of GMP.
I will try again. If it doesn't work, I will download the most recent GMP tar ball and build it from scratch.
BTW, the Z3 for Linux 32 comes with two .so files. One of them has GMP statically linked.
The trick I used for building this .so file didn't work for the 64 bit version.
As I said, I'm not a Linux expert, any suggestions on how to build a better Z3 library for Linux x86_64 users are welcome.