I experienced the same error as the OP, after using Ubuntu Software Updater to update from 18.04 to 19.04.
When the update was just about done an was removing old unused linux kernels, the OP’s error occurred during a grub configuration step driven by the Updater.
Searching for a remediation I found the OP’s post and tried the same steps. As I improvised and found a workaround that was clean, I post it here:
lnx:~$ sudo apt-get install -f
[sudo] password for john:
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
breeze-cursor-theme fonts-hack fonts-hack-ttf oxygen-icon-theme
Use 'sudo apt autoremove' to remove them.
The following packages will be REMOVED:
linux-image-4.15.0-58-generic linux-image-4.15.0-60-generic
0 to upgrade, 0 to newly install, 2 to remove and 1 not to upgrade.
2 not fully installed or removed.
After this operation, 16.7 MB disk space will be freed.
Do you want to continue? [Y/n] Y
(Reading database ... 205548 files and directories currently installed.)
Removing linux-image-4.15.0-58-generic (4.15.0-58.64) ...
/etc/kernel/postrm.d/initramfs-tools:
update-initramfs: Deleting /boot/initrd.img-4.15.0-58-generic
/etc/kernel/postrm.d/zz-update-grub:
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.0.0-32-generic
Found initrd image: /boot/initrd.img-5.0.0-32-generic
Found linux image: /boot/vmlinuz-4.15.0-66-generic
Found initrd image: /boot/initrd.img-4.15.0-66-generic
/etc/grub.d/bin/grubcfg_proxy: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory
run-parts: /etc/kernel/postrm.d/zz-update-grub exited with return code 127
dpkg: error processing package linux-image-4.15.0-58-generic (--remove):
installed linux-image-4.15.0-58-generic package post-removal script subprocess returned error exit status 1
Removing linux-image-4.15.0-60-generic (4.15.0-60.67) ...
/etc/kernel/postrm.d/initramfs-tools:
update-initramfs: Deleting /boot/initrd.img-4.15.0-60-generic
/etc/kernel/postrm.d/zz-update-grub:
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
/etc/grub.d/bin/grubcfg_proxy: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory
Found linux image: /boot/vmlinuz-5.0.0-32-generic
Found initrd image: /boot/initrd.img-5.0.0-32-generic
Found linux image: /boot/vmlinuz-4.15.0-66-generic
Found initrd image: /boot/initrd.img-4.15.0-66-generic
/etc/grub.d/bin/grubcfg_proxy: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory
run-parts: /etc/kernel/postrm.d/zz-update-grub exited with return code 127
dpkg: error processing package linux-image-4.15.0-60-generic (--remove):
installed linux-image-4.15.0-60-generic package post-removal script subprocess returned error exit status 1
Errors were encountered while processing:
linux-image-4.15.0-58-generic
linux-image-4.15.0-60-generic
E: Sub-process /usr/bin/dpkg returned an error code (1)
W: Operation was interrupted before it could finish
So libcrypto.so.1.0.0 is not found in an expected location by grubcfg_proxy.
Following the advice of a respondent to the OP:
lnx:~$ sudo locate libcrypto.so.1.0.0
/snap/core/7713/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
/snap/core/7917/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
/snap/core18/1192/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
/snap/core18/1223/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
/snap/gnome-3-26-1604/92/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
/snap/gnome-3-26-1604/97/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
Which I followed up with:
lnx:~$ for l in $(sudo locate libcrypto.so.1.0.0); do md5sum $l; done
829091982233166cdaa55b41fb353609 /snap/core/7713/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
829091982233166cdaa55b41fb353609 /snap/core/7917/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
18403538a12facf8aced1dcfcccef1ba /snap/core18/1192/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
18403538a12facf8aced1dcfcccef1ba /snap/core18/1223/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
829091982233166cdaa55b41fb353609 /snap/gnome-3-26-1604/92/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
829091982233166cdaa55b41fb353609 /snap/gnome-3-26-1604/97/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
md5sum: /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0: No such file or directory
Ah ha! /usr/lib/x86_64-linux-gnu/ must be the location where grubcfg_proxy needs to find libcrypto.so.1.0.0.
Which of the others to cp -p, ln or ln -s to the expected location? The md5 signatures tell me which files are the same bytewise content. Are any the same actual files?
lnx:~$ for l in $(sudo locate libcrypto.so.1.0.0); do ls -il $l; done
2134 -rw-r--r-- 1 root root 2365952 Feb 27 2019 /snap/core/7713/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
2134 -rw-r--r-- 1 root root 2365952 Feb 27 2019 /snap/core/7917/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
5689 -rw-r--r-- 1 root root 2357760 Feb 27 2019 /snap/core18/1192/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
5690 -rw-r--r-- 1 root root 2357760 Feb 27 2019 /snap/core18/1223/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
165 -rw-r--r-- 1 root root 2365952 Feb 27 2019 /snap/gnome-3-26-1604/92/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
165 -rw-r--r-- 1 root root 2365952 Feb 27 2019 /snap/gnome-3-26-1604/97/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
ls: cannot access '/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0': No such file or directory
The inode numbers in column 1 show which instances of libcrypto.so.1.0.0, and the hard link count of 1 in column 3 shows symlinks are involved in providing the multiple paths.
I decide I just need to cp -p one of the files to the correct location to get past the problem. Which of the two different md5 signatures / bytewise different content options do I choose?
After some googling I find that /snap/core/... is based on ubuntu 16.04, and /snap/core18/... is based on ubuntu 18.04.
I am leaning toward /snap/core18/.../libcrypto.so.1.0.0.
It turns out after some checking that /snap/core18/.../libcrypto.so.1.1 and /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1 are the same bytewise, so I decide to keep /usr/lib/x86_64-linux-gnu/libcrypto.so.1.* all ubuntu 18.04.
I copy the file into place and run sudo apt-get install -f again.
Voila! grubcfg_proxy is happy and the old kernels are removed.
lnx:~$ sudo cp -p /snap/core18/1223/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
lnx:~$ sudo apt-get install -f
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
breeze-cursor-theme fonts-hack fonts-hack-ttf oxygen-icon-theme
Use 'sudo apt autoremove' to remove them.
The following packages will be REMOVED:
linux-image-4.15.0-58-generic linux-image-4.15.0-60-generic
0 to upgrade, 0 to newly install, 2 to remove and 1 not to upgrade.
2 not fully installed or removed.
After this operation, 16.7 MB disk space will be freed.
Do you want to continue? [Y/n] Y
(Reading database ... 205548 files and directories currently installed.)
Removing linux-image-4.15.0-58-generic (4.15.0-58.64) ...
/etc/kernel/postrm.d/initramfs-tools:
update-initramfs: Deleting /boot/initrd.img-4.15.0-58-generic
/etc/kernel/postrm.d/zz-update-grub:
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.0.0-32-generic
Found initrd image: /boot/initrd.img-5.0.0-32-generic
Found linux image: /boot/vmlinuz-4.15.0-66-generic
Found initrd image: /boot/initrd.img-4.15.0-66-generic
Found linux image: /boot/vmlinuz-5.0.0-32-generic
Found initrd image: /boot/initrd.img-5.0.0-32-generic
Found linux image: /boot/vmlinuz-4.15.0-66-generic
Found initrd image: /boot/initrd.img-4.15.0-66-generic
Found Windows 10 on /dev/sda1
Found Windows 10 on /dev/sda1
Found linux image: /boot/vmlinuz-5.0.0-32-generic
Found initrd image: /boot/initrd.img-5.0.0-32-generic
Found linux image: /boot/vmlinuz-4.15.0-66-generic
Found initrd image: /boot/initrd.img-4.15.0-66-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Found Windows 10 on /dev/sda1
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
done
Removing linux-image-4.15.0-60-generic (4.15.0-60.67) ...
/etc/kernel/postrm.d/initramfs-tools:
update-initramfs: Deleting /boot/initrd.img-4.15.0-60-generic
/etc/kernel/postrm.d/zz-update-grub:
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.0.0-32-generic
Found initrd image: /boot/initrd.img-5.0.0-32-generic
Found linux image: /boot/vmlinuz-4.15.0-66-generic
Found initrd image: /boot/initrd.img-4.15.0-66-generic
Found linux image: /boot/vmlinuz-5.0.0-32-generic
Found initrd image: /boot/initrd.img-5.0.0-32-generic
Found linux image: /boot/vmlinuz-4.15.0-66-generic
Found initrd image: /boot/initrd.img-4.15.0-66-generic
Found Windows 10 on /dev/sda1
Found Windows 10 on /dev/sda1
Found linux image: /boot/vmlinuz-5.0.0-32-generic
Found initrd image: /boot/initrd.img-5.0.0-32-generic
Found linux image: /boot/vmlinuz-4.15.0-66-generic
Found initrd image: /boot/initrd.img-4.15.0-66-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Found Windows 10 on /dev/sda1
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
done
I can now proceed to update from ubuntu 19.04 to 19.10, with only a «crufty» /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 from 18.04 lying around on my disk to perhaps help future package management problems. First, for good measure:
john@jameskb-lnx:~$ sudo apt-get install -f
[sudo] password for john:
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
breeze-cursor-theme fonts-hack fonts-hack-ttf oxygen-icon-theme
Use 'sudo apt autoremove' to remove them.
Looks like I can clean up a little more 
Checklist
- I added a descriptive title
- I searched for other issues and couldn’t find a solution or duplication
- I already searched in Google and didn’t find any good information or help
- I looked at the docs and didn’t see anything to help
What happened?
Hi, I am trying to run samtools (now you’re thinking : «hey man, you are in the wrong place», but I’ve been documenting and I reckon this is a conda issue) and I get this error:
samtools: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory
Then I took a look at samtools documentation and discussion, and for ll the cases the problem were solved just by running
conda install -c bioconda samtools openssl=1.0
but when I do so i got this conflict error:
> Found conflicts! Looking for incompatible packages.
> This can take several minutes. Press CTRL-C to abort.
> failed
>
> UnsatisfiableError: The following specifications were found to be incompatible with each other:
>
> Output in format: Requested package -> Available versions
>
> Package zlib conflicts for:
> samtools -> zlib[version='1.2.11.*|>=1.2.11,<1.3.0a0|1.2.8.*|1.2.8']
> samtools -> curl[version='>=7.59.0,<8.0a0'] -> zlib[version='1.2.*|1.2.11']
>
> Package openssl conflicts for:
> openssl=1.0
> python=3.8 -> openssl[version='>=1.1.1a,<1.1.2a|>=1.1.1d,<1.1.2a|>=1.1.1e,<1.1.2a|>=1.1.1f,<1.1.2a|>=1.1.1g,<1.1.2a|>=1.1.1h,<1.1.2a|>=1.1.1i,<1.1.2a|>=1.1.1j,<1.1.2a|>=1.1.1k,<1.1.2a|>=1.1.1l,<1.1.2a|>=1.1.1n,<1.1.2a|>=3.0.2,<4.0a0|>=3.0.0,<4.0a0']
>
> Package ncurses conflicts for:
> python=3.8 -> ncurses[version='>=6.1,<7.0.0a0|>=6.2,<7.0.0a0|>=6.3,<7.0a0|>=6.2,<7.0a0|>=6.1,<7.0a0']
> samtools -> ncurses[version='5.9|5.9.*|>=5.9,<5.10.0a0|>=6.1,<6.2.0a0|>=6.2,<6.3.0a0|>=6.3,<7.0a0']
> python=3.8 -> readline[version='>=7.0,<8.0a0'] -> ncurses[version='5.9.*|>=6.0,<7.0a0|6.0.*']
>
> Package libzlib conflicts for:
> samtools -> libzlib[version='>=1.2.11,<1.3.0a0']
> samtools -> zlib[version='>=1.2.11,<1.3.0a0'] -> libzlib==1.2.11[build='h36c2ea0_1012|h166bdaf_1014|h36c2ea0_1013']The following specifications were found to be incompatible with your system:
>
> - feature:/linux-64::__glibc==2.28=0
> - feature:|@/linux-64::__glibc==2.28=0
> - openssl=1.0 -> libgcc-ng[version='>=7.3.0'] -> __glibc[version='>=2.17']
> - python=3.8 -> libgcc-ng[version='>=9.3.0'] -> __glibc[version='>=2.17']
>
> Your installed version is: 2.28
Now, this is quite strange, as until yesterday I was perfectly able to run samtools without problems.
I think that maybe, some package I downloaded caused such conflict, I don’t know. What do you think?
Thank you in advance,
Giuseppe
Conda info
conda info
active environment : base active env location : /srv/ngsdata/dalteriog/Tools/miniconda3 shell level : 1 user config file : /srv/ngs/data/home/dalteriog/.condarc populated config files : /srv/ngs/data/home/dalteriog/.condarc conda version : 4.12.0 conda-build version : not installed python version : 3.8.5.final.0 virtual packages : __linux=4.18.0=0 __glibc=2.28=0 __unix=0=0 __archspec=1=x86_64 base environment : /srv/ngsdata/dalteriog/Tools/miniconda3 (writable) conda av data dir : /srv/ngsdata/dalteriog/Tools/miniconda3/etc/conda conda av metadata url : None channel URLs : https://conda.anaconda.org/conda-forge/linux-64 https://conda.anaconda.org/conda-forge/noarch https://conda.anaconda.org/bioconda/linux-64 https://conda.anaconda.org/bioconda/noarch https://repo.anaconda.com/pkgs/main/linux-64 https://repo.anaconda.com/pkgs/main/noarch https://repo.anaconda.com/pkgs/r/linux-64 https://repo.anaconda.com/pkgs/r/noarch package cache : /srv/ngsdata/dalteriog/Tools/miniconda3/pkgs /srv/ngs/data/home/dalteriog/.conda/pkgs envs directories : /srv/ngsdata/dalteriog/Tools/miniconda3/envs /srv/ngs/data/home/dalteriog/.conda/envs platform : linux-64 user-agent : conda/4.12.0 requests/2.27.1 CPython/3.8.5 Linux/4.18.0-315.el8.x86_64 centos/8 glibc/2.28 UID:GID : 1005:1005 netrc file : None offline mode : False
Conda config
==> /srv/ngs/data/home/dalteriog/.condarc <== channels: - conda-forge - bioconda - defaults
Conda list
No response
Additional Context
additional context
# packages in environment at /srv/ngsdata/dalteriog/Tools/miniconda3:
#
# Name Version Build Channel
_libgcc_mutex 0.1 conda_forge conda-forge
_openmp_mutex 4.5 1_gnu conda-forge
_r-mutex 1.0.1 anacondar_1 conda-forge
alsa-lib 1.2.3 h516909a_0 conda-forge
argcomplete 2.0.0 pypi_0 pypi
argh 0.26.2 pypi_0 pypi
asciitree 0.3.3 pypi_0 pypi
asttokens 2.0.5 pypi_0 pypi
attrs 21.4.0 pypi_0 pypi
awscli 1.22.83 py38h578d9bd_1 conda-forge
backcall 0.2.0 pypi_0 pypi
bamstats 1.25 hdfc413a_1 biobuilds
bamutil 1.0.15 h5b5514e_2 bioconda
bcftools 1.10.2 h4f4756c_3 bioconda
bedtools 2.30.0 h468198e_3 bioconda
binutils_impl_linux-64 2.35.1 h193b22a_2 conda-forge
binutils_linux-64 2.35 h67ddf6f_30 conda-forge
bioconductor-biobase 2.46.0 r36h516909a_0 bioconda
bioconductor-biocgenerics 0.32.0 r36_0 bioconda
bioconductor-biocparallel 1.20.0 r36he1b5a44_0 bioconda
bioconductor-biostrings 2.54.0 r36h516909a_0 bioconda
bioconductor-delayedarray 0.12.0 r36h516909a_0 bioconda
bioconductor-genomeinfodb 1.22.0 r36_0 bioconda
bioconductor-genomeinfodbdata 1.2.2 r36_0 bioconda
bioconductor-genomicalignments 1.22.0 r36h516909a_0 bioconda
bioconductor-genomicranges 1.38.0 r36h516909a_0 bioconda
bioconductor-iranges 2.20.0 r36h516909a_0 bioconda
bioconductor-matrixgenerics 1.0.0 r36_0 bioconda
bioconductor-rhtslib 1.18.0 r36hdb70ac9_1 bioconda
bioconductor-rsamtools 2.2.0 r36he1b5a44_0 bioconda
bioconductor-rtracklayer 1.46.0 r36h516909a_0 bioconda
bioconductor-s4vectors 0.24.0 r36h516909a_0 bioconda
bioconductor-summarizedexperiment 1.16.0 r36_0 bioconda
bioconductor-xvector 0.26.0 r36h516909a_0 bioconda
bioconductor-zlibbioc 1.32.0 r36h516909a_0 bioconda
biopython 1.72 pypi_0 pypi
black 22.1.0 pypi_0 pypi
bokeh 2.4.2 py38h578d9bd_0 conda-forge
botocore 1.24.28 pyhd8ed1ab_0 conda-forge
bowtie 1.0.0 1 bioconda
bowtie2 2.4.2 py38h1c8e9b9_1 bioconda
brotli 1.0.9 h7f98852_6 conda-forge
brotli-bin 1.0.9 h7f98852_6 conda-forge
brotlipy 0.7.0 py38h497a2fe_1003 conda-forge
bwa 0.7.17 h5bf99c6_8 bioconda
bwidget 1.9.14 ha770c72_1 conda-forge
bx-python 0.8.13 py38h616c765_1 bioconda
bzip2 1.0.8 h7f98852_4 conda-forge
c-ares 1.18.1 h7f98852_0 conda-forge
ca-certificates 2021.10.8 ha878542_0 conda-forge
cached-property 1.5.2 hd8ed1ab_1 conda-forge
cached_property 1.5.2 pyha770c72_1 conda-forge
cairo 1.16.0 h9f066cc_1006 conda-forge
certifi 2021.10.8 py38h578d9bd_1 conda-forge
cffi 1.14.6 py38ha65f79e_0 conda-forge
chardet 4.0.0 py38h578d9bd_1 conda-forge
charset-normalizer 2.0.12 pyhd8ed1ab_0 conda-forge
click 8.0.4 py38h578d9bd_0 conda-forge
cloudpickle 2.0.0 pyhd8ed1ab_0 conda-forge
colorama 0.4.3 py_0 conda-forge
coloredlogs 15.0.1 pyhd8ed1ab_3 conda-forge
conda 4.12.0 py38h578d9bd_0 conda-forge
conda-package-handling 1.8.0 py38h0a891b7_0 conda-forge
control-freec 11.6 h1b792b2_1 bioconda
cooler 0.8.2 pypi_0 pypi
coreutils 9.0 h7f98852_0 conda-forge
cryptography 36.0.2 py38h2b5fc30_0 conda-forge
curl 7.76.1 h979ede3_1 conda-forge
cycler 0.11.0 pyhd8ed1ab_0 conda-forge
cython 0.29.28 pypi_0 pypi
cytoolz 0.10.1 pypi_0 pypi
cyvcf2 0.30.8 py38h52febdd_0 bioconda
dask 2022.3.0 pyhd8ed1ab_0 conda-forge
dask-core 2022.3.0 pyhd8ed1ab_0 conda-forge
debugpy 1.5.1 pypi_0 pypi
decorator 5.1.1 pypi_0 pypi
delly 0.7.6 0 bioconda
dill 0.3.4 pyhd8ed1ab_0 conda-forge
distributed 2022.3.0 pyhd8ed1ab_0 conda-forge
docutils 0.15.2 py38h578d9bd_3 conda-forge
entrypoints 0.4 pypi_0 pypi
executing 0.8.2 pypi_0 pypi
expat 2.4.7 h27087fc_0 conda-forge
fastp 0.20.1 h8b12597_0 bioconda
fastqc 0.11.9 hdfd78af_1 bioconda
fit-nbinom 1.1 pypi_0 pypi
font-ttf-dejavu-sans-mono 2.37 hab24e00_0 conda-forge
font-ttf-inconsolata 3.000 h77eed37_0 conda-forge
font-ttf-source-code-pro 2.038 h77eed37_0 conda-forge
font-ttf-ubuntu 0.83 hab24e00_0 conda-forge
fontconfig 2.13.96 h8e229c2_2 conda-forge
fonts-conda-ecosystem 1 0 conda-forge
fonts-conda-forge 1 0 conda-forge
fonttools 4.31.2 py38h0a891b7_0 conda-forge
freetype 2.10.4 h0708190_1 conda-forge
fribidi 1.0.10 h36c2ea0_0 conda-forge
fsspec 2022.2.0 pyhd8ed1ab_0 conda-forge
future 0.18.2 pypi_0 pypi
gatk4 4.2.5.0 hdfd78af_0 bioconda
gcc_impl_linux-64 7.5.0 hda68d29_13 conda-forge
gcc_linux-64 7.5.0 h47867f9_30 conda-forge
gettext 0.19.8.1 h0b5b191_1005 conda-forge
gffutils 0.10.1 pypi_0 pypi
gfortran_impl_linux-64 7.5.0 h56cb351_20 conda-forge
gfortran_linux-64 7.5.0 h78c8a43_30 conda-forge
giflib 5.2.1 h36c2ea0_2 conda-forge
graphite2 1.3.13 h58526e2_1001 conda-forge
gsl 2.6 he838d99_2 conda-forge
gxx_impl_linux-64 7.5.0 h64c220c_13 conda-forge
gxx_linux-64 7.5.0 h555fc39_30 conda-forge
h5py 3.3.0 nompi_py38h9915d05_100 conda-forge
harfbuzz 2.7.2 ha5b49bf_1 conda-forge
hdf5 1.10.6 nompi_h7c3c948_1111 conda-forge
heapdict 1.0.1 py_0 conda-forge
hic2cool 0.5.1 pypi_0 pypi
hicexplorer 2.2.1.1 pypi_0 pypi
hicmatrix 7 pypi_0 pypi
hicup 0.8.3 hdfd78af_0 bioconda
hisat2 2.2.1 h87f3376_4 bioconda
homer 4.11 pl5321h9f5acd7_7 bioconda
how-are-we-stranded-here 1.0.1 pypi_0 pypi
htseq 2.0.1 py38h7a2e8c7_0 bioconda
htslib 1.10.2 hd3b49d5_1 bioconda
humanfriendly 10.0 py38h578d9bd_2 conda-forge
hyperopt 0.2.7 pypi_0 pypi
icu 67.1 he1b5a44_0 conda-forge
idna 3.3 pyhd8ed1ab_0 conda-forge
igv 2.3.93 0 biobuilds
iniconfig 1.1.1 pypi_0 pypi
intel-openmp 2022.0.2 pypi_0 pypi
intervaltree 2.1.0 pypi_0 pypi
ipykernel 6.8.0 pypi_0 pypi
ipython 8.0.1 pypi_0 pypi
jbig 2.1 h7f98852_2003 conda-forge
jedi 0.18.1 pypi_0 pypi
jinja2 3.0.3 pypi_0 pypi
jmespath 1.0.0 pyhd8ed1ab_0 conda-forge
joblib 1.1.0 pyhd8ed1ab_0 conda-forge
jpeg 9e h7f98852_0 conda-forge
jupyter-client 7.1.2 pypi_0 pypi
jupyter-core 4.9.1 pypi_0 pypi
kallisto 0.48.0 h0d531b0_1 bioconda
kernel-headers_linux-64 2.6.32 he073ed8_15 conda-forge
keyutils 1.6.1 h166bdaf_0 conda-forge
kiwisolver 1.4.0 py38h43d8883_0 conda-forge
krb5 1.17.2 h926e7f8_0 conda-forge
krbalancing 0.5.0b0 pypi_0 pypi
lcms2 2.12 hddcbb42_0 conda-forge
ld_impl_linux-64 2.35.1 hea4e1c9_2 conda-forge
lerc 3.0 h9c3ff4c_0 conda-forge
libblas 3.9.0 11_linux64_openblas conda-forge
libbrotlicommon 1.0.9 h7f98852_6 conda-forge
libbrotlidec 1.0.9 h7f98852_6 conda-forge
libbrotlienc 1.0.9 h7f98852_6 conda-forge
libcblas 3.9.0 11_linux64_openblas conda-forge
libcurl 7.76.1 hc4aaa36_1 conda-forge
libdeflate 1.6 h516909a_0 conda-forge
libedit 3.1.20191231 he28a2e2_2 conda-forge
libev 4.33 h516909a_1 conda-forge
libffi 3.3 h58526e2_2 conda-forge
libgcc 7.2.0 h69d50b8_2 conda-forge
libgcc-devel_linux-64 9.3.0 h7864c58_19 conda-forge
libgcc-ng 11.2.0 h1d223b6_14 conda-forge
libgfortran-ng 7.5.0 h14aa051_20 conda-forge
libgfortran4 7.5.0 h14aa051_20 conda-forge
libglib 2.68.4 h3e27bee_0 conda-forge
libgomp 11.2.0 h1d223b6_14 conda-forge
libiconv 1.16 h516909a_0 conda-forge
libidn2 2.3.2 h7f98852_0 conda-forge
liblapack 3.9.0 11_linux64_openblas conda-forge
libnghttp2 1.47.0 h727a467_0 conda-forge
libnsl 2.0.0 h7f98852_0 conda-forge
libopenblas 0.3.17 hf726d26_1 defaults
libpng 1.6.37 h21135ba_2 conda-forge
libssh2 1.10.0 ha56f1ee_2 conda-forge
libstdcxx-devel_linux-64 9.3.0 hb016644_19 conda-forge
libstdcxx-ng 11.2.0 he4da1e4_14 conda-forge
libtiff 4.2.0 hf544144_3 conda-forge
libunistring 0.9.10 h7f98852_0 conda-forge
libuuid 2.32.1 h7f98852_1000 conda-forge
libwebp-base 1.2.2 h7f98852_1 conda-forge
libxcb 1.13 h7f98852_1004 conda-forge
libxml2 2.9.10 h68273f3_2 conda-forge
libzlib 1.2.11 h36c2ea0_1013 conda-forge
locket 0.2.0 py_2 conda-forge
lz4-c 1.9.3 h9c3ff4c_1 conda-forge
lzo 2.10 h516909a_1000 conda-forge
make 4.3 hd18ef5c_1 conda-forge
markupsafe 2.0.1 pypi_0 pypi
matplotlib 3.3.2 pypi_0 pypi
matplotlib-base 3.5.1 py38hf4fb855_0 conda-forge
matplotlib-inline 0.1.3 pypi_0 pypi
msgpack-python 1.0.3 py38h1fd1430_0 conda-forge
multiprocess 0.70.12.2 py38h0a891b7_2 conda-forge
munkres 1.1.4 pyh9f0ad1d_0 conda-forge
mypy-extensions 0.4.3 pypi_0 pypi
ncurses 6.3 h9c3ff4c_0 conda-forge
nest-asyncio 1.5.4 pypi_0 pypi
networkx 2.7.1 pyhd8ed1ab_0 conda-forge
nextflow 19.01.0 ha4d7672_4 bioconda
numexpr 2.8.1 pypi_0 pypi
numpy 1.22.3 py38h05e7239_0 conda-forge
olefile 0.46 pyh9f0ad1d_1 conda-forge
openjdk 8.0.312 h7f98852_0 conda-forge
openjpeg 2.4.0 hb52868f_1 conda-forge
openssl 1.1.1n h166bdaf_0 conda-forge
packaging 21.3 pyhd8ed1ab_0 conda-forge
pairix 0.3.7 py38h4c6a040_4 bioconda
pairtools 0.3.0 py38hceeae5f_6 bioconda
pandas 1.4.0 pypi_0 pypi
pango 1.42.4 h69149e4_5 conda-forge
parallel 20220222 ha770c72_0 conda-forge
parso 0.8.3 pypi_0 pypi
partd 1.2.0 pyhd8ed1ab_0 conda-forge
pathspec 0.9.0 pypi_0 pypi
patsy 0.5.2 pyhd8ed1ab_0 conda-forge
pbgzip 2016.08.04 h67092d7_3 bioconda
pcre 8.45 h9c3ff4c_0 conda-forge
peddy 0.4.8 pyh5e36f6f_0 bioconda
perl 5.32.1 2_h7f98852_perl5 conda-forge
pexpect 4.8.0 pypi_0 pypi
pickleshare 0.7.5 pypi_0 pypi
pillow 8.2.0 py38ha0e1e83_1 conda-forge
pip 22.0.4 pypi_0 pypi
pixman 0.40.0 h36c2ea0_0 conda-forge
platformdirs 2.4.1 pypi_0 pypi
plink 1.90b6.21 hec16e2b_2 bioconda
pluggy 1.0.0 pypi_0 pypi
prompt-toolkit 3.0.26 pypi_0 pypi
psutil 5.9.0 py38h497a2fe_0 conda-forge
pthread-stubs 0.4 h36c2ea0_1001 conda-forge
ptyprocess 0.7.0 pypi_0 pypi
pure-eval 0.2.2 pypi_0 pypi
py 1.11.0 pypi_0 pypi
py4j 0.10.9.3 pypi_0 pypi
pyasn1 0.4.8 py_0 conda-forge
pybedtools 0.9.0 pypi_0 pypi
pybigwig 0.3.18 pypi_0 pypi
pycosat 0.6.3 py38h497a2fe_1009 conda-forge
pycparser 2.21 pyhd8ed1ab_0 conda-forge
pyfaidx 0.6.4 pyh5e36f6f_0 bioconda
pygenometracks 3.0 pypi_0 pypi
pygments 2.11.2 pypi_0 pypi
pyopenssl 22.0.0 pyhd8ed1ab_0 conda-forge
pypairix 0.3.7 pypi_0 pypi
pyparsing 3.0.7 pyhd8ed1ab_0 conda-forge
pysam 0.18.0 pypi_0 pypi
pysocks 1.7.1 py38h578d9bd_4 conda-forge
pytest 7.0.0 pypi_0 pypi
python 3.8.5 h7579374_1 defaults
python-dateutil 2.8.2 pyhd8ed1ab_0 conda-forge
python-graphviz 0.19.1 pypi_0 pypi
python-lzo 1.14 py38h86e1cee_0 conda-forge
python_abi 3.8 2_cp38 conda-forge
pytz 2022.1 pyhd8ed1ab_0 conda-forge
pyyaml 5.4.1 py38h497a2fe_1 conda-forge
pyzmq 22.3.0 pypi_0 pypi
r 3.6 r36_1004 conda-forge
r-base 3.6.3 hd272fe0_4 conda-forge
r-bh 1.75.0_0 r36hc72bb7e_0 conda-forge
r-bitops 1.0_7 r36hcfec24a_0 conda-forge
r-boot 1.3_28 r36hc72bb7e_0 conda-forge
r-class 7.3_19 r36hcfec24a_0 conda-forge
r-cluster 2.1.0 r36h31ca83e_4 conda-forge
r-codetools 0.2_18 r36hc72bb7e_0 conda-forge
r-crayon 1.4.1 r36hc72bb7e_0 conda-forge
r-foreign 0.8_76 r36hcdcec82_1 conda-forge
r-formatr 1.9 r36hc72bb7e_0 conda-forge
r-futile.logger 1.4.3 r36h6115d3f_1003 conda-forge
r-futile.options 1.0.1 r36h6115d3f_1002 conda-forge
r-kernsmooth 2.23_18 r36h7679c2e_0 conda-forge
r-lambda.r 1.2.4 r36h6115d3f_1 conda-forge
r-lattice 0.20_44 r36hcfec24a_0 conda-forge
r-mass 7.3_54 r36hcfec24a_0 conda-forge
r-matrix 1.3_3 r36he454529_0 conda-forge
r-matrixstats 0.58.0 r36hcfec24a_0 conda-forge
r-mgcv 1.8_35 r36he454529_0 conda-forge
r-nlme 3.1_150 r36h31ca83e_0 conda-forge
r-nnet 7.3_16 r36hcfec24a_0 conda-forge
r-rcurl 1.98_1.3 r36hcfec24a_0 conda-forge
r-recommended 3.6 r36_1004 conda-forge
r-rpart 4.1_15 r36hcfec24a_2 conda-forge
r-snow 0.4_3 r36h6115d3f_1002 conda-forge
r-spatial 7.3_14 r36hcfec24a_0 conda-forge
r-survival 3.2_11 r36hcfec24a_0 conda-forge
r-xml 3.99_0.3 r36hcdcec82_1 conda-forge
readline 8.1 h46c0cb4_0 conda-forge
requests 2.27.1 pyhd8ed1ab_0 conda-forge
rsa 4.7.2 pyh44b312d_0 conda-forge
rseqc 4.0.0 py38hbff2b2d_2 bioconda
ruamel_yaml 0.15.80 py38h497a2fe_1006 conda-forge
s3transfer 0.5.2 pyhd8ed1ab_0 conda-forge
samtools 1.7 1 bioconda
scikit-learn 1.0.2 py38h1561384_0 conda-forge
scipy 1.8.0 pypi_0 pypi
seaborn 0.11.2 hd8ed1ab_0 conda-forge
seaborn-base 0.11.2 pyhd8ed1ab_0 conda-forge
sed 4.8 he412f7d_0 conda-forge
seqkit 2.2.0 h9ee0642_0 bioconda
setuptools 60.5.0 pypi_0 pypi
simplejson 3.17.6 py38h497a2fe_0 conda-forge
six 1.16.0 pyh6c4a22f_0 conda-forge
sortedcontainers 2.4.0 pyhd8ed1ab_0 conda-forge
sqlite 3.37.1 h4ff8645_0 conda-forge
stack-data 0.1.4 pypi_0 pypi
star 2.7.10a h9ee0642_0 bioconda
statsmodels 0.13.2 py38h6c62de6_0 conda-forge
sysroot_linux-64 2.12 he073ed8_15 conda-forge
tables 3.7.0 pypi_0 pypi
tbb 2020.2 h4bd325d_4 conda-forge
tblib 1.7.0 pyhd8ed1ab_0 conda-forge
threadpoolctl 3.1.0 pyh8a188c0_0 conda-forge
tk 8.6.12 h27826a3_0 conda-forge
tktable 2.10 hb7b940f_3 conda-forge
tomli 2.0.0 pypi_0 pypi
toolshed 0.4.6 pyh864c0ab_3 bioconda
toolz 0.11.2 pyhd8ed1ab_0 conda-forge
tornado 6.1 py38h497a2fe_2 conda-forge
tqdm 4.63.0 pyhd8ed1ab_0 conda-forge
traitlets 5.1.1 pypi_0 pypi
trimmomatic 0.39 hdfd78af_2 bioconda
typing-extensions 4.0.1 pypi_0 pypi
typing_extensions 4.1.1 pyha770c72_0 conda-forge
unicodedata2 14.0.0 py38h497a2fe_0 conda-forge
unidecode 1.3.2 pypi_0 pypi
unzip 6.0 h7f98852_3 conda-forge
urllib3 1.26.9 pyhd8ed1ab_0 conda-forge
wcwidth 0.2.5 pypi_0 pypi
wget 1.20.3 ha56f1ee_1 conda-forge
wheel 0.37.1 pyhd8ed1ab_0 conda-forge
xorg-fixesproto 5.0 h7f98852_1002 conda-forge
xorg-inputproto 2.3.2 h7f98852_1002 conda-forge
xorg-kbproto 1.0.7 h7f98852_1002 conda-forge
xorg-libice 1.0.10 h7f98852_0 conda-forge
xorg-libsm 1.2.3 hd9c2040_1000 conda-forge
xorg-libx11 1.7.1 h7f98852_0 conda-forge
xorg-libxau 1.0.9 h7f98852_0 conda-forge
xorg-libxdmcp 1.1.3 h7f98852_0 conda-forge
xorg-libxext 1.3.4 h7f98852_1 conda-forge
xorg-libxfixes 5.0.3 h7f98852_1004 conda-forge
xorg-libxi 1.7.10 h7f98852_0 conda-forge
xorg-libxrender 0.9.10 h7f98852_1003 conda-forge
xorg-libxt 1.2.1 h7f98852_2 conda-forge
xorg-libxtst 1.2.3 h7f98852_1002 conda-forge
xorg-recordproto 1.14.2 h7f98852_1002 conda-forge
xorg-renderproto 0.11.1 h7f98852_1002 conda-forge
xorg-xextproto 7.3.0 h7f98852_1002 conda-forge
xorg-xproto 7.0.31 h7f98852_1007 conda-forge
xz 5.2.5 h516909a_1 conda-forge
yaml 0.2.5 h7f98852_2 conda-forge
zict 2.1.0 pyhd8ed1ab_0 conda-forge
zlib 1.2.11 h36c2ea0_1013 conda-forge
zstd 1.5.2 ha95c52a_0 conda-forge
#1 2017-04-24 14:48:51
- rmc
- Member
- Registered: 2016-06-01
- Posts: 3
pacman depends on libcrypto.so.1.1
pacman depends on libcrypto.so.1.1 DO NOT upgrade pacman!!
At least for now.
If you do, pacman can’t start because this version of the shared library is not installed.
Kind regards,
Rory McGuire
Repository : core
Name : pacman
Version : 5.0.1-5
Description : A library-based package manager with dependency support
Architecture : x86_64
URL : http://www.archlinux.org/pacman/
Licenses : GPL
Groups : base base-devel
Provides : pacman-contrib
Depends On : bash glibc libarchive curl gpgme pacman-mirrorlist
archlinux-keyring
Optional Deps : None
Conflicts With : pacman-contrib
Replaces : pacman-contrib
Download Size : 731.45 KiB
Installed Size : 4530.00 KiB
Packager : Pierre Schmitz <pierre@archlinux.de>
Build Date : Sat 11 Feb 2017 01:49:05 PM SAST
Validated By : MD5 Sum SHA-256 Sum Signature
Mod note: Removed alarmist title. —WorMzy
Last edited by WorMzy (2017-04-24 15:00:31)
#2 2017-04-24 14:53:43
- Scimmia
- Fellow
- Registered: 2012-09-01
- Posts: 10,046
Re: pacman depends on libcrypto.so.1.1
If you updated your entire system like you’re supposed to, that version of the library would be installed.
#3 2017-04-24 14:55:08
- WorMzy
- Forum Moderator
- From: Scotland
- Registered: 2010-06-16
- Posts: 11,018
- Website
Re: pacman depends on libcrypto.so.1.1
You should get an update for openssl during the same upgrade transaction (currently updating to 1.1.0.e-1). If you didn’t, then your mirror is broken.
You can fix your system by updating it from a liveCD.
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
#4 2017-04-24 15:09:26
- cfr
- Member
- From: Cymru
- Registered: 2011-11-27
- Posts: 7,127
Re: pacman depends on libcrypto.so.1.1
There was a problem with today’s update in terms of synchronisation, though it did not affect pacman in my case. However, after updating the system, I had a boot failure due to lack of older libraries required for various things. Updating again and rebooting resolved the issue, but clearly I was lucky that pacman was not affected. (Especially since I don’t have the liveCD or, for that matter, a CD drive. Presumably I could make a USB instead, though.)
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
#5 2017-04-24 15:13:36
- Scimmia
- Fellow
- Registered: 2012-09-01
- Posts: 10,046
Re: pacman depends on libcrypto.so.1.1
AFAIK, most of the issues were with a very small lag between repos. Pacman should not be affected except in EXTREMELY rare cases, bad mirrors, or partial updates.
#6 2017-04-24 15:40:45
- Norkos
- Member
- From: Berlin
- Registered: 2017-04-24
- Posts: 12
Re: pacman depends on libcrypto.so.1.1
Im ran into the same issue today and e.g. nodejs stopt working. Downgrade openssl from pacman cache worked as an hotfix for me.
How can i prevent this happening again?
I used Pamac, but was there any hint in the output of pacman?
#7 2017-04-24 15:45:35
- Scimmia
- Fellow
- Registered: 2012-09-01
- Posts: 10,046
Re: pacman depends on libcrypto.so.1.1
Norkos wrote:
Im ran into the same issue today and e.g. nodejs stopt working. Downgrade openssl from pacman cache worked as an hotfix for me.
How can i prevent this happening again?
I used Pamac, but was there any hint in the output of pacman?
Completely different issue, and your «hotfix» probably broke a lot of other things.
#8 2017-04-24 16:03:09
- aknarts
- Member
- Registered: 2013-10-07
- Posts: 8
Re: pacman depends on libcrypto.so.1.1
Scimmia wrote:
Norkos wrote:
Im ran into the same issue today and e.g. nodejs stopt working. Downgrade openssl from pacman cache worked as an hotfix for me.
How can i prevent this happening again?
I used Pamac, but was there any hint in the output of pacman?Completely different issue, and your «hotfix» probably broke a lot of other things.
It was a valid solution to the issue, if you were able to do so and did a full system upgrade after this.
By the way I always do full system upgrade and still was hit by this issue, multiple packages broke, not just pacman.
#9 2017-04-24 16:09:14
- Norkos
- Member
- From: Berlin
- Registered: 2017-04-24
- Posts: 12
Re: pacman depends on libcrypto.so.1.1
@Scimmia
This was my error: «node: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory»
So yes other issue, but same reason, or?
Hotfix:
Yes, I know, but panic 
When the mirror was synced I installed the openssl.1.1 again (from cache) and done than a upgrade (-Syu).
And now everything is fine again (at least it seems so) 
#10 2017-04-24 17:39:38
- Trilby
- Inspector Parrot
- Registered: 2011-11-29
- Posts: 27,833
- Website
Re: pacman depends on libcrypto.so.1.1
Norkos, that’s a related problem — but actually the oposite. The OP here has a pacman upgrade without the corresponding openssl upgrade on his mirror. You received the openssl update but not a new nodejs.
It’s all from the small lag Scimmia referred to (more specifically to some mirrors coincidentally last syncing *during* that lag period). The solution remains the same update your system with a recently synced mirror.
«UNIX is simple and coherent…» — Dennis Ritchie, «GNU’s Not UNIX» — Richard Stallman
#11 2017-04-24 20:40:27
- grism
- Member
- Registered: 2017-04-24
- Posts: 2
Re: pacman depends on libcrypto.so.1.1
I had the same issue as OP: «error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory»
To fix pacman I did the following:
I downloaded openssl from packages and did the following.
cd /tmp
tar xJf ~/Downloads/openssl-1.1.0.e-1-x86_64.pkg.tar.xz
cd /usr/lib
sudo ln -s /tmp/usr/lib/libcrypto.so.1.1 libcrypto.so.1.1
sudo pacman -U /var/cache/pacman/pkg/pacman-5.0.1-4-x86_64.pkg.tar.xz
sudo rm libcrypto.so.1.1
This made my pacman functional again. Lesson learned. Don’t update pacman without deps.
#12 2017-04-24 21:04:47
- Trilby
- Inspector Parrot
- Registered: 2011-11-29
- Posts: 27,833
- Website
Re: pacman depends on libcrypto.so.1.1
What? you deleted the lib at the last step? That would not work.
«UNIX is simple and coherent…» — Dennis Ritchie, «GNU’s Not UNIX» — Richard Stallman
#13 2017-04-24 21:28:45
- grism
- Member
- Registered: 2017-04-24
- Posts: 2
Re: pacman depends on libcrypto.so.1.1
It worked because I didn’t actually install the library. I created a soft link temporarily in the lib path. Once I fixed pacman and resolved my original error and proceeded with my update pacman cleverly reminded me that I still had the temporary link in place.
I should also clarify that libcrypto.so.1.0 was still in /usr/lib and that is why forcing pacman back to the previous version worked.
Last edited by grism (2017-04-24 21:33:34)
#14 2017-04-24 21:41:55
- Trilby
- Inspector Parrot
- Registered: 2011-11-29
- Posts: 27,833
- Website
Re: pacman depends on libcrypto.so.1.1
Oops, quite right. I misread that a bit. That still seems like an odd approach to me, but on second look it seems perfectly fine. I was thinking you put the symlink in place in order to upgrade the openssl package (not to downgrade pacman), then deleted the lib.
«UNIX is simple and coherent…» — Dennis Ritchie, «GNU’s Not UNIX» — Richard Stallman
#15 2017-04-25 07:43:46
- ZeroLinux
- Member
- Registered: 2011-10-07
- Posts: 156
Re: pacman depends on libcrypto.so.1.1
Now after the same issue and after recreating links manually to libcrypto and libssl I have a problem:
апр 25 10:36:51 zenbook systemd[1]: Stopped Simple Desktop Display Manager.
апр 25 10:36:51 zenbook systemd[1]: Started Simple Desktop Display Manager.
апр 25 10:36:51 zenbook sddm[1262]: /usr/bin/sddm: /usr/lib/libcrypto.so.1.0.0: version `OPENSSL_1.0.2d' not found (required by /usr/lib/libQt5Network.so.5)
апр 25 10:36:51 zenbook sddm[1262]: /usr/bin/sddm: /usr/lib/libssl.so.1.0.0: version `OPENSSL_1.0.2d' not found (required by /usr/lib/libQt5Network.so.5)
апр 25 10:36:51 zenbook systemd[1]: sddm.service: Main process exited, code=exited, status=1/FAILURE
апр 25 10:36:51 zenbook systemd[1]: sddm.service: Unit entered failed state.
апр 25 10:36:51 zenbook systemd[1]: sddm.service: Failed with result 'exit-code'.$ sudo pacman -Q openssl
openssl 1.1.0.e-1How can I fix it?
Last edited by ZeroLinux (2017-04-25 07:45:18)
#17 2017-04-25 07:51:58
- ZeroLinux
- Member
- Registered: 2011-10-07
- Posts: 156
Re: pacman depends on libcrypto.so.1.1
Thanks. I am desperate. I’ll try to avoid
#18 2017-04-25 10:38:29
- rmc
- Member
- Registered: 2016-06-01
- Posts: 3
Re: pacman depends on libcrypto.so.1.1
WorMzy wrote:
You should get an update for openssl during the same upgrade transaction (currently updating to 1.1.0.e-1). If you didn’t, then your mirror is broken.
You can fix your system by updating it from a liveCD.
Thanks, there was a part of my Dockerfile that only had `pacman -Sy` in it that explains that. I had checked on my main system after I saw the error and the update looked the same so I avoided it, and posted issue on forum.
With Docker I can just re-run the build, I posted in order to warn others and to find out what happened.
Thanks!
#19 2017-04-26 18:01:45
- produnis
- Member
- From: Germany
- Registered: 2014-09-29
- Posts: 40
Re: pacman depends on libcrypto.so.1.1
I crashed my system, so that every sudo, pacman or ssh command returns a
pacman: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory
pacman: error while loading shared libraries: libssl.so.1.0.0: cannot open shared object file: No such file or directoryI fixed it by linking:
$ su root
$ cd /usr/lib
$ ln -s /var/lib/archbuild/multilib-x86_64/produnis/usr/lib/libcrypto.so.1.0.0 .
$ ln -s /var/lib/archbuild/multilib-x86_64/produnis/usr/lib/libssl.so.1.0.0 .(where «produnis» is your username)
Last edited by produnis (2017-04-26 18:02:11)
#20 2017-04-26 18:08:19
- Scimmia
- Fellow
- Registered: 2012-09-01
- Posts: 10,046
Re: pacman depends on libcrypto.so.1.1
Wow, that’s one of the more horrible things I’ve seen. Don’t do that.
#21 2017-04-26 18:17:05
- produnis
- Member
- From: Germany
- Registered: 2014-09-29
- Posts: 40
Re: pacman depends on libcrypto.so.1.1
I was able to run pacman und sudo again.
So, what I did after linking:
Terminal 1:
$ pacman -Syu
# (don't press "y" to install, yet)Terminal 2:
$ rm /usr/lib/libcrypto.so.1.0.0 /usr/lib/libssl.so.1.0.0Terminal 1:
Typ "y" to perform upgradeThis way I was able to upgarde via pacman, und it restored my system.
#22 2017-04-26 21:59:19
- cfr
- Member
- From: Cymru
- Registered: 2011-11-27
- Posts: 7,127
Re: pacman depends on libcrypto.so.1.1
Trilby wrote:
It’s all from the small lag Scimmia referred to (more specifically to some mirrors coincidentally last syncing *during* that lag period). The solution remains the same update your system with a recently synced mirror.
Is there any way of checking whether a mirror is recently synced before updating? Is this something I could ask pacman to check, for example?
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
#23 2017-04-26 22:17:42
- Trilby
- Inspector Parrot
- Registered: 2011-11-29
- Posts: 27,833
- Website
Re: pacman depends on libcrypto.so.1.1
It’s not something that normally matters. Again, it’s really not the time from the last sync of the mirror, it’s that some mirrors coincientally synced during the period when the repos were not quite right (I think core and/or extra were ahead of community briefly).
Opting for the most recent mirror will not protect one from such problems — it really was just a packaging snafu an not a normal occurrence. For example, if core and/or extra were not lined up with community between 1am and 2am, then at 1:59am, having the most recently synced mirror would actually be the cause of trouble, while having a mirror that had not synced in several hours would protect you from the problem. Those roles might reverse a couple hours later though.
In short, snafus like the one that led to the present problems are inherently unpredictable and are no more likely to affect more recently or less recently synced mirrors: they’d just be affected different times. Once the problem was known, then one would want a mirror that had synced after the problem was resolved, hence the advice to ensure mirrors were «recently» synced.
There are other reasons to keep your mirrors up to date, but that’s what tools like reflector are for.
«UNIX is simple and coherent…» — Dennis Ritchie, «GNU’s Not UNIX» — Richard Stallman
#24 2017-04-28 17:37:39
- tjeffress
- Member
- Registered: 2016-01-06
- Posts: 6
Re: pacman depends on libcrypto.so.1.1
grism wrote:
I had the same issue as OP: «error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory»
To fix pacman I did the following:
I downloaded openssl from packages and did the following.
cd /tmp
tar xJf ~/Downloads/openssl-1.1.0.e-1-x86_64.pkg.tar.xz
cd /usr/lib
sudo ln -s /tmp/usr/lib/libcrypto.so.1.1 libcrypto.so.1.1
sudo pacman -U /var/cache/pacman/pkg/pacman-5.0.1-4-x86_64.pkg.tar.xz
sudo rm libcrypto.so.1.1This made my pacman functional again. Lesson learned. Don’t update pacman without deps.
Thank you! This took me in the right direction, although I had to also simlink the libssl package as well. I was worried I would have to do a complete reinstall to recover from this.
#25 2017-05-08 19:02:13
- lesto
- Member
- Registered: 2010-07-13
- Posts: 115
Re: pacman depends on libcrypto.so.1.1
Trilby wrote:
It’s not something that normally matters. Again, it’s really not the time from the last sync of the mirror, it’s that some mirrors coincientally synced during the period when the repos were not quite right (I think core and/or extra were ahead of community briefly).
Wouldn’t this avoided if pacman would have specify the depency on the right version of openssl?
I’ve just updated to Ubuntu 22.04 LTS and my libs using OpenSSL just stopped working.
Looks like Ubuntu switched to the version 3.0 of OpenSSL.
For example, poetry stopped working:
Traceback (most recent call last):
File "/home/robz/.local/bin/poetry", line 5, in <module>
from poetry.console import main
File "/home/robz/.local/share/pypoetry/venv/lib/python3.9/site-packages/poetry/console/__init__.py", line 1, in <module>
from .application import Application
File "/home/robz/.local/share/pypoetry/venv/lib/python3.9/site-packages/poetry/console/application.py", line 7, in <module>
from .commands.about import AboutCommand
File "/home/robz/.local/share/pypoetry/venv/lib/python3.9/site-packages/poetry/console/commands/__init__.py", line 4, in <module>
from .check import CheckCommand
File "/home/robz/.local/share/pypoetry/venv/lib/python3.9/site-packages/poetry/console/commands/check.py", line 2, in <module>
from poetry.factory import Factory
File "/home/robz/.local/share/pypoetry/venv/lib/python3.9/site-packages/poetry/factory.py", line 18, in <module>
from .repositories.pypi_repository import PyPiRepository
File "/home/robz/.local/share/pypoetry/venv/lib/python3.9/site-packages/poetry/repositories/pypi_repository.py", line 33, in <module>
from ..inspection.info import PackageInfo
File "/home/robz/.local/share/pypoetry/venv/lib/python3.9/site-packages/poetry/inspection/info.py", line 25, in <module>
from poetry.utils.env import EnvCommandError
File "/home/robz/.local/share/pypoetry/venv/lib/python3.9/site-packages/poetry/utils/env.py", line 23, in <module>
import virtualenv
File "/home/robz/.local/share/pypoetry/venv/lib/python3.9/site-packages/virtualenv/__init__.py", line 3, in <module>
from .run import cli_run, session_via_cli
File "/home/robz/.local/share/pypoetry/venv/lib/python3.9/site-packages/virtualenv/run/__init__.py", line 11, in <module>
from ..seed.wheels.periodic_update import manual_upgrade
File "/home/robz/.local/share/pypoetry/venv/lib/python3.9/site-packages/virtualenv/seed/wheels/__init__.py", line 3, in <module>
from .acquire import get_wheel, pip_wheel_env_run
File "/home/robz/.local/share/pypoetry/venv/lib/python3.9/site-packages/virtualenv/seed/wheels/acquire.py", line 12, in <module>
from .bundle import from_bundle
File "/home/robz/.local/share/pypoetry/venv/lib/python3.9/site-packages/virtualenv/seed/wheels/bundle.py", line 4, in <module>
from .periodic_update import periodic_update
File "/home/robz/.local/share/pypoetry/venv/lib/python3.9/site-packages/virtualenv/seed/wheels/periodic_update.py", line 10, in <module>
import ssl
File "/home/robz/.pyenv/versions/3.9.10/lib/python3.9/ssl.py", line 98, in <module>
import _ssl # if we can't import it, let the error propagate
ImportError: libssl.so.1.1: cannot open shared object file: No such file or directory
Is there an easy fix ? For example, having libssl.so.1.1 available without having to uninstall OpenSSL 3 (I don’t know if it’s even possible).
- Forum
- The Ubuntu Forum Community
- Ubuntu Official Flavours Support
- General Help
- [SOLVED] makemkvcon: error while loading shared libraries: libcrypto.so.1.1
-
makemkvcon: error while loading shared libraries: libcrypto.so.1.1
Code:
makemkvcon: error while loading shared libraries: libcrypto.so.1.1
Here’s the steps on my install:
Code:
INSTALL TOOLS CHECK: $ sudo apt-get install build-essential pkg-config libc6-dev libssl-dev libexpat1-dev libavcodec-dev libgl1-mesa-dev libqt4-dev zlib1g-dev [sudo] password for vmc: Reading package lists... Done Building dependency tree Reading state information... Done build-essential is already the newest version (12.1ubuntu2). libqt4-dev is already the newest version (4:4.8.7+dfsg-5ubuntu2). pkg-config is already the newest version (0.29.1-0ubuntu1). libc6-dev is already the newest version (2.23-0ubuntu10). libexpat1-dev is already the newest version (2.1.0-7ubuntu0.16.04.3). libgl1-mesa-dev is already the newest version (17.2.8-0ubuntu0~16.04.1). libssl-dev is already the newest version (1.0.2g-1ubuntu4.10). zlib1g-dev is already the newest version (1:1.2.8.dfsg-2ubuntu4.1). libavcodec-dev is already the newest version (7:2.8.11-0ubuntu0.16.04.1). 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. OSS MAKE: $ ./configure checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking target system type... x86_64-unknown-linux-gnu checking how to print strings... printf checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for fgrep... /bin/grep -F checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1572864 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking how to convert x86_64-unknown-linux-gnu file names to x86_64-unknown-linux-gnu format... func_convert_file_noop checking how to convert x86_64-unknown-linux-gnu file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %sn checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... ranlib checking for gawk... gawk checking command to parse /usr/bin/nm -B output from gcc object... ok checking for sysroot... no checking for mt... mt checking if mt is a manifest tool... no checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC -DPIC checking if gcc PIC flag -fPIC -DPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.o... (cached) yes checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking how to run the C++ preprocessor... g++ -E checking for ld used by g++... /usr/bin/ld -m elf_x86_64 checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC -DPIC checking if g++ PIC flag -fPIC -DPIC works... yes checking if g++ static flag -static works... yes checking if g++ supports -c -o file.o... yes checking if g++ supports -c -o file.o... (cached) yes checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking dynamic linker characteristics... (cached) GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking for -objcopy... no checking for objcopy... objcopy checking for -ld... /usr/bin/ld -m elf_x86_64 checking for a BSD-compatible install... /usr/bin/install -c checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes checking for compress2 in -lz... yes checking openssl/opensslconf.h usability... yes checking openssl/opensslconf.h presence... yes checking for openssl/opensslconf.h... yes checking for AES_encrypt in -lcrypto... yes checking expat.h usability... yes checking expat.h presence... yes checking for expat.h... yes checking for XML_ParserCreate in -lexpat... yes checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for ffmpeg... yes checking whether LIBAVCODEC_VERSION_MAJOR is declared... yes checking LIBAVCODEC_VERSION_MAJOR... 56 checking for AVFrame.nb_samples... yes checking whether AV_SAMPLE_FMT_U8P is declared... yes checking for avcodec_encode_audio2... yes checking for AVCodecContext.refcounted_frames... yes checking whether avcodec_free_frame is declared... yes checking whether av_frame_free is declared... yes checking for av_log_format_line... yes checking for enum AVCodecID... yes checking whether AV_CODEC_ID_NONE is declared... yes checking whether av_frame_get_channels is declared... yes checking whether av_frame_get_sample_rate is declared... yes checking whether av_frame_set_channel_layout is declared... yes checking for AVCodecParserContext.duration... yes checking whether AV_CH_TOP_BACK_CENTER is declared... yes checking for qt5... no checking for qt4... yes configure: creating ./config.status config.status: creating Makefile config.status: creating libffabi/src/ffabicfg.h config.status: executing libtool commands $ make type "sudo make install" to install $ sudo make install /usr/bin/install -c -D -m 644 out/libdriveio.so.0 /usr/lib/libdriveio.so.0 /usr/bin/install -c -D -m 644 out/libmakemkv.so.1 /usr/lib/libmakemkv.so.1 /usr/bin/install -c -D -m 644 out/libmmbd.so.0 /usr/lib/libmmbd.so.0 ldconfig /usr/bin/install -c -D -m 755 out/makemkv /usr/bin/makemkv /usr/bin/install -c -D -m 644 makemkvgui/share/makemkv.desktop /usr/share/applications/makemkv.desktop /usr/bin/install -c -D -m 644 makemkvgui/share/icons/16x16/makemkv.png /usr/share/icons/hicolor/16x16/apps/makemkv.png /usr/bin/install -c -D -m 644 makemkvgui/share/icons/22x22/makemkv.png /usr/share/icons/hicolor/22x22/apps/makemkv.png /usr/bin/install -c -D -m 644 makemkvgui/share/icons/32x32/makemkv.png /usr/share/icons/hicolor/32x32/apps/makemkv.png /usr/bin/install -c -D -m 644 makemkvgui/share/icons/64x64/makemkv.png /usr/share/icons/hicolor/64x64/apps/makemkv.png /usr/bin/install -c -D -m 644 makemkvgui/share/icons/128x128/makemkv.png /usr/share/icons/hicolor/128x128/apps/makemkv.png BIN MAKE: $ make type "sudo make install" to install $ sudo make install [sudo] password for vmc: rm -f /usr/bin/makemkvcon rm -f /usr/bin/mmdtsdec rm -f /usr/share/MakeMKV/* install -d /usr/share/MakeMKV install -d /usr/bin install -t /usr/bin bin/amd64/makemkvcon install -t /usr/bin bin/i386/mmdtsdec install -m 644 -t /usr/share/MakeMKV src/share/appdata.tar install -m 644 -t /usr/share/MakeMKV src/share/blues.jar install -m 644 -t /usr/share/MakeMKV src/share/blues.policy $ makemkv /usr/bin/makemkvcon: error while loading shared libraries: libcrypto.so.1.1: cannot open shared object file: No such file or directory $ ldd $(which makemkvcon) linux-vdso.so.1 => (0x00007ffdbf9f6000) libmakemkv.so.1 => /usr/lib/libmakemkv.so.1 (0x00007fa6311a7000) libdriveio.so.0 => /usr/lib/libdriveio.so.0 (0x00007fa630fa0000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fa630d83000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fa6309b9000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fa6307b5000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fa630433000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fa63022b000) libcrypto.so.1.1 => not found libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fa630011000) libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007fa62fde8000) libavcodec.so.57 => not found libavutil.so.55 => not found libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fa62fadf000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fa62f8c9000) /lib64/ld-linux-x86-64.so.2 (0x00007fa63146f000)This all work using the original Xubuntu 16.04.1. It failed to after installing the newest Xubuntu 16.04.4.
edit: It obvious «libcryp0.so.1.1» is not installed:
bionic
$ locate libcrypto
/usr/lib/x86_64-linux-gnu/libcrypto.a
/usr/lib/x86_64-linux-gnu/libcrypto.so
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1
/usr/lib/x86_64-linux-gnu/pkgconfig/libcrypto.pcxenial
$ locate libcrypto
/lib/x86_64-linux-gnu/libcrypto.so.1.0.0
/usr/lib/x86_64-linux-gnu/libcrypto.a
/usr/lib/x86_64-linux-gnu/libcrypto.so
/usr/lib/x86_64-linux-gnu/pkgconfig/libcrypto.pcI tried several ways to install it, all to no avail. apt-get didn’t work, and «libgcrypt11_1.5.0-5+deb7u4_amd64.deb» installed but failed. Most likely the wrong version.
google , makemkv and libcrypto revealed nothing that helped me.Last edited by VMC; March 11th, 2018 at 02:11 AM.
-
Re: makemkvcon: error while loading shared libraries: libcrypto.so.1.1
On 16.04.4, I did
Code:
dpkg -S libcrypto.so
It returned
Code:
libssl-dev:amd64: /usr/lib/x86_64-linux-gnu/libcrypto.so libssl1.0.0:i386: /lib/i386-linux-gnu/libcrypto.so.1.0.0 libssl1.0.0:amd64: /lib/x86_64-linux-gnu/libcrypto.so.1.0.0
So libcrypto (not libcrypt!) comes from the package libssl1 and its version is 1.0, to meet the requirement of makemkvcon you need 1.1 which is not in 16.04’s repository.
It is not a good idea to just grab the libssl deb from Bionic’s repository because that may screw up your system’s libssl even if the .deb installs. Instead you can compile a local version from source that is only used by makemkv (which is quite easy)
first of all make a directory for your compiled version to install to
this will create a directory called openssl in your $HOME, you can choose other places and other names of course, just make sure you use the path consistently below.
download the source from Bionic’s repo https://launchpad.net/ubuntu/+source/openssl
click the triangle next to 1.1.0g-2ubuntu2 under Bionic Beaver and grab the tar ball openssl_1.1.0g.orig.tar.gzextract it somewhere, say in Downloads
thenCode:
cd Downloads/openssl-1.1.0g ./config --prefix=$HOME/openssl --openssldir=$HOME/openssl make make test make install
(note that it is ./config, not ./configure)
You can check that libcrypto.so.1.1 is in ~/openssl/lib. If you get errors it is probably because you are missing some dependencies, the output would tell you what they are, install them from repo (usually the -dev files)
Now for makemkv to find your new libcrypto, edit its .desktop file and change the EXEC line to
EXEC = env LD_LIBRARY_PATH=/home/your-user-name/openssl/lib:$LD_LIBRARY_PATH makemkv
also comment out the Try Exec line if there is one (put a # in front or just edit it away)
To start makemkv in the terminal
Code:
export LD_LIBRARY_PATH=/home/your-user-name/openssl/lib:$LD_LIBRARY_PATH makemkv
Edited: From mc4man’s post below it looks like there is something fishy about your system. I don’t have makemkv myself (I don’t even have a DVD drive) I am just answering your question about how to get libcrypto 1.1 and get makemkv to find it.Last edited by monkeybrain20122; March 11th, 2018 at 03:39 AM.
-
Re: makemkvcon: error while loading shared libraries: libcrypto.so.1.1
Don’t see that problem here on 16.04, opens fine..
Code:
makemkv-oss-1.12.0$ ./configure checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking target system type... x86_64-unknown-linux-gnu checking how to print strings... printf checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for fgrep... /bin/grep -F checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 1572864 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking how to convert x86_64-unknown-linux-gnu file names to x86_64-unknown-linux-gnu format... func_convert_file_noop checking how to convert x86_64-unknown-linux-gnu file names to toolchain format... func_convert_file_noop checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for dlltool... no checking how to associate runtime and link libraries... printf %sn checking for ar... ar checking for archiver @FILE support... @ checking for strip... strip checking for ranlib... ranlib checking for gawk... gawk checking command to parse /usr/bin/nm -B output from gcc object... ok checking for sysroot... no checking for mt... mt checking if mt is a manifest tool... no checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC -DPIC checking if gcc PIC flag -fPIC -DPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.o... (cached) yes checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ISO C89... (cached) none needed checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking how to run the C++ preprocessor... g++ -E checking for ld used by g++... /usr/bin/ld -m elf_x86_64 checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC -DPIC checking if g++ PIC flag -fPIC -DPIC works... yes checking if g++ static flag -static works... yes checking if g++ supports -c -o file.o... yes checking if g++ supports -c -o file.o... (cached) yes checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking dynamic linker characteristics... (cached) GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking for -objcopy... no checking for objcopy... objcopy checking for -ld... /usr/bin/ld -m elf_x86_64 checking for a BSD-compatible install... /usr/bin/install -c checking zlib.h usability... yes checking zlib.h presence... yes checking for zlib.h... yes checking for compress2 in -lz... yes checking openssl/opensslconf.h usability... yes checking openssl/opensslconf.h presence... yes checking for openssl/opensslconf.h... yes checking for AES_encrypt in -lcrypto... yes checking expat.h usability... yes checking expat.h presence... yes checking for expat.h... yes checking for XML_ParserCreate in -lexpat... yes checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for ffmpeg... yes checking whether LIBAVCODEC_VERSION_MAJOR is declared... yes checking LIBAVCODEC_VERSION_MAJOR... 57 checking for AVFrame.nb_samples... yes checking whether AV_SAMPLE_FMT_U8P is declared... yes checking for avcodec_encode_audio2... yes checking for AVCodecContext.refcounted_frames... yes checking whether avcodec_free_frame is declared... no checking whether av_frame_free is declared... yes checking for av_log_format_line... yes checking for enum AVCodecID... yes checking whether AV_CODEC_ID_NONE is declared... yes checking whether av_frame_get_channels is declared... yes checking whether av_frame_get_sample_rate is declared... yes checking whether av_frame_set_channel_layout is declared... yes checking for AVCodecParserContext.duration... yes checking whether AV_CH_TOP_BACK_CENTER is declared... yes checking for qt5... yes configure: creating ./config.status config.status: creating Makefile config.status: creating libffabi/src/ffabicfg.h config.status: executing libtool commandsCode:
$ ldd /usr/bin/makemkvcon linux-vdso.so.1 => (0x00007ffdeede5000) libmakemkv.so.1 => /usr/lib/libmakemkv.so.1 (0x00007f9d78e89000) libdriveio.so.0 => /usr/lib/libdriveio.so.0 (0x00007f9d78c82000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f9d78a65000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f9d7869b000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f9d78497000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f9d78115000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f9d77f0d000) libcrypto.so.1.0.0 => /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007f9d77ac9000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f9d778af000) libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f9d77686000) libavcodec.so.57 => /usr/lib/x86_64-linux-gnu/libavcodec.so.57 (0x00007f9d75f69000) libavutil.so.55 => /usr/lib/x86_64-linux-gnu/libavutil.so.55 (0x00007f9d75cdf000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f9d759d6000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f9d757c0000) /lib64/ld-linux-x86-64.so.2 (0x00007f9d79150000) libswresample.so.2 => /usr/lib/x86_64-linux-gnu/libswresample.so.2 (0x00007f9d755a1000) libwebp.so.5 => /usr/lib/x86_64-linux-gnu/libwebp.so.5 (0x00007f9d75345000) libcrystalhd.so.3 => /usr/lib/x86_64-linux-gnu/libcrystalhd.so.3 (0x00007f9d7512a000) libva.so.1 => /usr/lib/x86_64-linux-gnu/libva.so.1 (0x00007f9d74f0a000) libzvbi.so.0 => /usr/lib/x86_64-linux-gnu/libzvbi.so.0 (0x00007f9d74c7f000) libxvidcore.so.4 => /usr/lib/x86_64-linux-gnu/libxvidcore.so.4 (0x00007f9d7496b000) libx265.so.146 => /usr/lib/x86_64-linux-gnu/libx265.so.146 (0x00007f9d73ce3000) libx264.so.152 => /usr/lib/x86_64-linux-gnu/libx264.so.152 (0x00007f9d7393a000) libwavpack.so.1 => /usr/lib/x86_64-linux-gnu/libwavpack.so.1 (0x00007f9d73711000) libvpx.so.3 => /usr/lib/x86_64-linux-gnu/libvpx.so.3 (0x00007f9d732ed000) libvorbisenc.so.2 => /usr/lib/x86_64-linux-gnu/libvorbisenc.so.2 (0x00007f9d73044000) libvorbis.so.0 => /usr/lib/x86_64-linux-gnu/libvorbis.so.0 (0x00007f9d72e18000) libtwolame.so.0 => /usr/lib/x86_64-linux-gnu/libtwolame.so.0 (0x00007f9d72bf5000) libtheoraenc.so.1 => /usr/lib/x86_64-linux-gnu/libtheoraenc.so.1 (0x00007f9d729b6000) libtheoradec.so.1 => /usr/lib/x86_64-linux-gnu/libtheoradec.so.1 (0x00007f9d7279c000) libspeex.so.1 => /usr/lib/x86_64-linux-gnu/libspeex.so.1 (0x00007f9d72583000) libsnappy.so.1 => /usr/lib/x86_64-linux-gnu/libsnappy.so.1 (0x00007f9d7237b000) libshine.so.3 => /usr/lib/x86_64-linux-gnu/libshine.so.3 (0x00007f9d7216e000) libopus.so.0 => /usr/lib/x86_64-linux-gnu/libopus.so.0 (0x00007f9d71f24000) libopenjp2.so.7 => /usr/lib/x86_64-linux-gnu/libopenjp2.so.7 (0x00007f9d71ced000) libmp3lame.so.0 => /usr/lib/x86_64-linux-gnu/libmp3lame.so.0 (0x00007f9d71a78000) libgsm.so.1 => /usr/lib/x86_64-linux-gnu/libgsm.so.1 (0x00007f9d7186a000) libfdk-aac.so.1 => /usr/lib/x86_64-linux-gnu/libfdk-aac.so.1 (0x00007f9d715b1000) liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007f9d7138f000) libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f9d71055000) libvdpau.so.1 => /usr/lib/x86_64-linux-gnu/libvdpau.so.1 (0x00007f9d70e51000) libva-x11.so.1 => /usr/lib/x86_64-linux-gnu/libva-x11.so.1 (0x00007f9d70c4b000) libva-drm.so.1 => /usr/lib/x86_64-linux-gnu/libva-drm.so.1 (0x00007f9d70a48000) libsoxr.so.0 => /usr/lib/x86_64-linux-gnu/libsoxr.so.0 (0x00007f9d707e3000) libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x00007f9d705be000) libnuma.so.1 => /usr/lib/x86_64-linux-gnu/libnuma.so.1 (0x00007f9d703b3000) libogg.so.0 => /usr/lib/x86_64-linux-gnu/libogg.so.0 (0x00007f9d701aa000) libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f9d6ff88000) libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f9d6fd76000) libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f9d6fb70000) libdrm.so.2 => /usr/lib/x86_64-linux-gnu/libdrm.so.2 (0x00007f9d6f95e000) libgomp.so.1 => /usr/lib/x86_64-linux-gnu/libgomp.so.1 (0x00007f9d6f73c000) libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f9d6f538000) libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f9d6f332000)
If you look in your configure it found » LIBAVCODEC_VERSION_MAJOR… 56″ but your ldd shows looking for
libavcodec.so.57 => not found
libavutil.so.55 => not found
Did you build this all on the machine you’re trying to run on?Note that on a stock 16.04 the libavcodec ver. should be 56 & libavutil 54
Last edited by mc4man; March 11th, 2018 at 03:36 AM.
Reason: spell
-
Re: makemkvcon: error while loading shared libraries: libcrypto.so.1.1
Also ck.
Code:
ldd /usr/lib/libmakemkv.so.1
post if need be
Code:
locate libavcodec-ffmpeg.so.56 libavcodec.so.57
Code:
apt-cache policy libavcodec-dev
Last edited by mc4man; March 11th, 2018 at 04:33 AM.
-
Re: makemkvcon: error while loading shared libraries: libcrypto.so.1.1
mc4man, I’m on bionic right now, but yes I installed makemkv from 16.04.4. Strange that from the earlier version, I didn’t have to do anything. Then again, I installed makemkv from much earlier versions and kept upgrading.
As far as using the deb file. After it failed I backed out of it.
I’ll check again on my output when I fire up 16.04.4 again.
Thanks for the replies!
PS: I see that xenial has a newer ISO:
«xenial-desktop-amd64.iso 2018-03-11 01:25 1.2G»
I might install that and see if I can install makemkv from the start.
-
Re: makemkvcon: error while loading shared libraries: libcrypto.so.1.1
Make sure you always use (extract) a fresh set of the archived makemkv files, don’t re-use from another install.
If possible you may want to remove existing borked install, see end note..It’s possible makemkv may have an issue when the shared ffmpeg libs have a suffix like is used in 16.04, i.e in 16.04 it’s libavcodec-ffmpeg.so.56, not libavcodec.so.56
If still an issue after redoing from freshly extracted files you could —
1. There are instructions on the makemkv site to build ffmpeg to /tmp & statically link
2. You could use this ppa which will provide a shared ffmpeg that provides libavcodec.so.57, ect. However then remember anything else built off of the newer libavcodec-dev , ect. will also use the newer libs..
(- while different major version ffmpeg libs can co-exist there can only be 1 set of -dev packages installed at a time..
https://launchpad.net/~mc3man/+archi…tu/xerus-mediaRe; how makemkv installs
Unfortunately the dev does not include a make uninstall routine. This makes removing makemkv a bit of a hassle, especially when installed to /usr (the default
You have posted logs of your install(s) so may be a bit easier to find & remove..If doing for 1st time on an install I’d consider configuring the oss build to install to /usr/local, makes finding the files easy if wishing to remove. Just go —
./configure —prefix=/usr/localLast edited by mc4man; March 11th, 2018 at 06:24 AM.
-
Re: makemkvcon: error while loading shared libraries: libcrypto.so.1.1
OK, I just installed the very latest xenial ISO. It also failed the same way.
Also I have the makemkv ‘deb’ files compressed, and I use those on a fresh install. Your right about purging makemkv. For that reason, I first use fsarchiver to save xenial just before I install makemkv.You might be onto something regarding ffmpeg. As I recall, that was compiled somehow in the beginning of the first xenial. Artful, may have been the same way. Bionic, once I realized it didn’t need to compile anything, it work perfectly. Newer packages, most likely.
I’ll try your ppa you listed.
Thanks!
edit: I just installed ffmpeg from your ppa makemkv still fails.
Last edited by VMC; March 11th, 2018 at 06:47 AM.
-
Re: makemkvcon: error while loading shared libraries: libcrypto.so.1.1
I just re-installed the older xenial. One which makemkv works. Interesting it uses ‘libcrypto.1.0’, which works. For some reason, the updated xenial with makemkv requires ‘libcrypto.1.1’:
Code:
$ ldd $(which makemkvcon) linux-vdso.so.1 => (0x00007ffd39f6f000) libmakemkv.so.1 => /usr/lib/libmakemkv.so.1 (0x00007fac3ec71000) libdriveio.so.0 => /usr/lib/libdriveio.so.0 (0x00007fac3ea6a000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fac3e84d000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fac3e483000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007fac3e27f000) libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fac3defd000) librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007fac3dcf5000) libcrypto.so.1.0.0 => /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007fac3d8b1000) libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007fac3d697000) libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007fac3d46e000) libavcodec-ffmpeg.so.56 => /usr/lib/x86_64-linux-gnu/libavcodec-ffmpeg.so.56 (0x00007fac3c042000) libavutil-ffmpeg.so.54 => /usr/lib/x86_64-linux-gnu/libavutil-ffmpeg.so.54 (0x00007fac3bdd3000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fac3baca000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fac3b8b4000) /lib64/ld-linux-x86-64.so.2 (0x00007fac3ef2b000) libswresample-ffmpeg.so.1 => /usr/lib/x86_64-linux-gnu/libswresample-ffmpeg.so.1 (0x00007fac3b697000) libva.so.1 => /usr/lib/x86_64-linux-gnu/libva.so.1 (0x00007fac3b47b000) libzvbi.so.0 => /usr/lib/x86_64-linux-gnu/libzvbi.so.0 (0x00007fac3b1f0000) libxvidcore.so.4 => /usr/lib/x86_64-linux-gnu/libxvidcore.so.4 (0x00007fac3aedc000) libx265.so.79 => /usr/lib/x86_64-linux-gnu/libx265.so.79 (0x00007fac3a2bd000) libx264.so.148 => /usr/lib/x86_64-linux-gnu/libx264.so.148 (0x00007fac39f19000) libwebp.so.5 => /usr/lib/x86_64-linux-gnu/libwebp.so.5 (0x00007fac39cbd000) libwavpack.so.1 => /usr/lib/x86_64-linux-gnu/libwavpack.so.1 (0x00007fac39a94000) libvpx.so.3 => /usr/lib/x86_64-linux-gnu/libvpx.so.3 (0x00007fac39670000) libvorbisenc.so.2 => /usr/lib/x86_64-linux-gnu/libvorbisenc.so.2 (0x00007fac393c7000) libvorbis.so.0 => /usr/lib/x86_64-linux-gnu/libvorbis.so.0 (0x00007fac3919b000) libtwolame.so.0 => /usr/lib/x86_64-linux-gnu/libtwolame.so.0 (0x00007fac38f78000) libtheoraenc.so.1 => /usr/lib/x86_64-linux-gnu/libtheoraenc.so.1 (0x00007fac38d39000) libtheoradec.so.1 => /usr/lib/x86_64-linux-gnu/libtheoradec.so.1 (0x00007fac38b1f000) libspeex.so.1 => /usr/lib/x86_64-linux-gnu/libspeex.so.1 (0x00007fac38906000) libsnappy.so.1 => /usr/lib/x86_64-linux-gnu/libsnappy.so.1 (0x00007fac386fe000) libshine.so.3 => /usr/lib/x86_64-linux-gnu/libshine.so.3 (0x00007fac384f1000) libschroedinger-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libschroedinger-1.0.so.0 (0x00007fac3821c000) libopus.so.0 => /usr/lib/x86_64-linux-gnu/libopus.so.0 (0x00007fac37fd2000) libopenjpeg.so.5 => /usr/lib/x86_64-linux-gnu/libopenjpeg.so.5 (0x00007fac37daf000) libmp3lame.so.0 => /usr/lib/x86_64-linux-gnu/libmp3lame.so.0 (0x00007fac37b3a000) libgsm.so.1 => /usr/lib/x86_64-linux-gnu/libgsm.so.1 (0x00007fac3792c000) libcrystalhd.so.3 => /usr/lib/x86_64-linux-gnu/libcrystalhd.so.3 (0x00007fac37711000) liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007fac374ef000) libsoxr.so.0 => /usr/lib/x86_64-linux-gnu/libsoxr.so.0 (0x00007fac3728a000) libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x00007fac37065000) libnuma.so.1 => /usr/lib/x86_64-linux-gnu/libnuma.so.1 (0x00007fac36e5a000) libogg.so.0 => /usr/lib/x86_64-linux-gnu/libogg.so.0 (0x00007fac36c51000) liborc-0.4.so.0 => /usr/lib/x86_64-linux-gnu/liborc-0.4.so.0 (0x00007fac369d1000) libgomp.so.1 => /usr/lib/x86_64-linux-gnu/libgomp.so.1 (0x00007fac367af000)
-
Re: makemkvcon: error while loading shared libraries: libcrypto.so.1.1
Originally Posted by VMC
I just re-installed the older xenial. One which makemkv works. Interesting it uses ‘libcrypto.1.0’, which works. For some reason, the updated xenial with makemkv requires ‘libcrypto.1.1’:
makemkvcon ‘inherits ldd’s’ from whatever libmakemkv it finds. So on your previous «updated xenial» you somehow had a libmakemkv that was configured in the presence of libcrypto.1.1
-
Re: makemkvcon: error while loading shared libraries: libcrypto.so.1.1
Not sure now how I can get libcrypto.1.1 on my xenials.
I tried to install the newest makemkv 12.0 on the older xenial. It failed also. Then I upgraded that xenail to current levels. Over 500mb later, it too failed.
Something witht the newer makemkv wont work with xenial. libcrypto is the culprit.
Originally Posted by VMC
Bookmarks
Bookmarks
Posting Permissions
Доброго времени суток.
Пытаюсь поставить программу для просмотра DICOM исследований Inobitec.
При попытке запуска программы выводится ошибка:
./DicomViewerLauncher.sh
error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory
Подобная ошибка обсуждалась в теме Не удается запустить Cisco Packet Tracer .
Установил libssl10, создал симлинк libcrypto.so.1.0.0 на libcrypto.so.1.0.2u — ошибка изменилась на следующую:
./DicomViewerLauncher.sh
/lib64/libcrypto.so.1.0.0: no version information available
Похоже программа Inobitec требует именно libcrypto.so.1.0.0 и никакую другу. Где её взять? В репах нет.
Кто-нибудь сталкивался с подобным?
Записан
Записан
У них перемешано в одном исполняемом файле и старый и новый SSL:
$ ldd ./Viewer | grep cryptoИз-за такого бардака — закономерный финал:
libcrypto.so.1.0.0 => /lib64/libcrypto.so.1.0.0 (0x00007f2b4016b000)
libcrypto.so.1.1 => /lib64/libcrypto.so.1.1 (0x00007f2b3d8e0000)
$ ./DicomViewerLauncher.sh
./Viewer: /lib64/libcrypto.so.1.0.0: no version information available (required by ./Viewer)
./DicomViewerLauncher.sh: строка 13: 11900 Ошибка сегментирования $viewer_bin/Viewer
Просите их собрать нормально или используйте программы из репозитория:
aeskulap - Medial image viewer for DICOM images
dcmtk - DCMTK - DICOM Toolkit
xmedcon - A medical image conversion utility and library
Записан
Андрей Черепанов (cas@)
У них перемешано в одном исполняемом файле и старый и новый SSL:
$ ldd ./Viewer | grep cryptoИз-за такого бардака — закономерный финал:
libcrypto.so.1.0.0 => /lib64/libcrypto.so.1.0.0 (0x00007f2b4016b000)
libcrypto.so.1.1 => /lib64/libcrypto.so.1.1 (0x00007f2b3d8e0000)
Само собой. Может, просто симлинк сделать?
Записан
Сергей, я писал выше про сегфолт. Симлинк с 1.1 тоже нерабочий.
Записан
Андрей Черепанов (cas@)
Просите их собрать нормально или используйте программы из репозитория:
Они как то апатично реагируют на подобные просьбы.
Использовал бы другую программу, но лицензия куплена именно на их продукт. И как бы пофиг на их продукт, просто врачам нужна 3d реконструкция, а мало кто ее умеет. Weasis — отличная прога, и на AltLinux завелась просто отлично — но 3d реконструкцию не умеет (хотя на ура умеет МПР). Radiant умеет 3d реконструкцию, но не работает на linux, а через wine иногда вылетает.
Спасибо за список просмоторщиков из репозитория, обязательно посмотрю, но сомневаюсь, что они умеют 3d реконструкцию.
Записан
Попробуйте виндовую версию программы.
Записан
Андрей Черепанов (cas@)
В стандартном «Менеджере пакетов» уже есть несколько программ для просмотра подобных файлов.
Интерфейс у них далёк от идеала, но хоть что-то.
Примеры: Xmedcon, Aeskulap
Записан
В стандартном «Менеджере пакетов» уже есть несколько программ для просмотра подобных файлов.
Интерфейс у них далёк от идеала, но хоть что-то.
У врачей рентгенологов есть строгие требования к функционалу. К сожалени, программы, представленные в репах — не отвечают этим требованиям.
Записан
aeskulap — Medial image viewer for DICOM images
dcmtk — DCMTK — DICOM Toolkit
xmedcon — A medical image conversion utility and library
aeskulap:
+ умеет работать с PACS/DICOM-сервером;
— нет инструментария для анализа исследований;
— нет кинопетель для узи и ангиографии;
— нет МПР и 3d реконструкций;
— нет инструментов обезличивания исследований;
— нет инструментов импорта исследований.
dcmtk:
набор консольных команд для работы DICOM, не подходит для работы врача.
xmedcon:
— не умеет работать с PACS/DICOM-сервером;
— нет инструментария для анализа исследований;
— нет кинопетель для узи и ангиографии;
— нет МПР и 3d реконструкций;
— нет инструментов обезличивания исследований;
— нет инструментов импорта исследований.
Между тем в свободном доступе есть Weasis (sourceforge.net, github.com) — в свободном доступе, для предварительного ознакомления врачам данная програ идеально подходит. Даже rpm-пакет есть, который ставится без каких либо ошибок. Вот данную программу стоило бы включить в репы в дополнение к имеющимся.
У Inobitec есть свой, огромный набор инструментария. И хоть продукт коммерческий, он отвечает требованиям врачей, не уступая по функционалу программам, идущим в комплекте с медицинским оборудованием. Хотя в последнее время у них резко подросли цены. Жаль только, что собрать они свою программу не могут, что бы не пришлось танцы с бубном вокруг плясать. И кстати, я ее все же запустил. Хоть и нервы помотал. Я так понял, основная их ЦА — это пользователи на Windows, и собирают они свой продукт для Ubuntu — лишь чисто для галочки, что прискорбно. Но хоть что то.
« Последнее редактирование: 29.12.2020 11:21:55 от ivanlex »
Записан
Записан
Андрей Черепанов (cas@)
Скачал такой же пакет от Debian. И установил его. Костыль? Согласен — костыль, но по крайней мере этот способ чинит Inobitec.
Записан