When I was trying to figuring out this question What can I do differently after I install those missing debug info packages for gdb? asked by myself, I noticed that when I try to install the libstdc++ debug infos (test distro is CentOS 7.2):
debuginfo-install libstdc++-4.8.5-44.el7.x86_64
What the system is going to install are:
[root#VM-0-17-centos debug]# debuginfo-install libstdc++-4.8.5-44.el7.x86_64
Loaded plugins: fastestmirror, langpacks
Loading mirror speeds from cached hostfile
debuginfo | 2.5 kB 00:00:00
debuginfo/7/x86_64/primary_db | 2.5 MB 00:00:02
--> Running transaction check
---> Package gcc-debuginfo.x86_64 0:4.8.5-44.el7 will be installed
--> Processing Dependency: gcc-base-debuginfo = 4.8.5-44.el7 for package: gcc-debuginfo-4.8.5-44.el7.x86_64
---> Package glibc-debuginfo.x86_64 0:2.17-307.el7.1 will be installed
--> Processing Dependency: glibc-debuginfo-common = 2.17-307.el7.1 for package: glibc-debuginfo-2.17-307.el7.1.x86_64
---> Package yum-plugin-auto-update-debug-info.noarch 0:1.1.31-54.el7_8 will be installed
--> Running transaction check
---> Package gcc-base-debuginfo.x86_64 0:4.8.5-44.el7 will be installed
---> Package glibc-debuginfo-common.x86_64 0:2.17-307.el7.1 will be installed
--> Finished Dependency Resolution
Dependencies Resolved
========================================================================================================================
Package Arch Version Repository Size
========================================================================================================================
Installing:
gcc-debuginfo x86_64 4.8.5-44.el7 debuginfo 195 M
glibc-debuginfo x86_64 2.17-307.el7.1 debuginfo 9.5 M
yum-plugin-auto-update-debug-info noarch 1.1.31-54.el7_8 os 29 k
Installing for dependencies:
gcc-base-debuginfo x86_64 4.8.5-44.el7 debuginfo 2.9 M
glibc-debuginfo-common x86_64 2.17-307.el7.1 debuginfo 9.7 M
Transaction Summary
========================================================================================================================
Install 3 Packages (+2 Dependent packages)
Total download size: 217 M
Installed size: 1.0 G
Is this ok [y/d/N]: n
My question is:
Why libstdc++ debug infos(files) are installed via glibc debug infos? As I know, glibc is the GNU implemetation of standard C library. How would that relate to libstdc++ which is a C++ thing? I expect something called libstdc++-debuginfo to show on the list :)
Related
I'm trying to compile the stable version of Ardour (6.0.0) on macOS High Sierra 10.13.6, which I've obtained via git clone https://github.com/boostorg/boost.git. I've managed to work out the first couple of dependancies, but am now stuck on getting past Ardour detecting libarchive. I also have the latest version of Homebrew (2.3.0) installed.
When I run sudo ./waf configure --boost-include=/usr/local/boost-1.73.0/include CXX=g++-9 CC=gcc-9 to compile Ardour, this is the output:
Setting top to : /Users/kjesso/ardour/6.0.70-x86_64
Setting out to : /Users/kjesso/ardour/6.0.70-x86_64/build
Checking for 'gcc' (C compiler) : gcc-9
Checking for 'g++' (C++ compiler) : g++-9
Global Configuration
* Install prefix : /usr/local
* Debuggable build : True
* Build documentation : False
Ardour Configuration
* Will build against private GTK dependency stack : no
* Will use explicit linkage against libintl in /Users/kjesso/gtk/inst : yes
* Will build against private Ardour dependency stack : no
No Carbon support available for this build
Checking for function 'dlopen' in dlfcn.h : yes
Checking for boost library >= 1.56 : ok
Checking for program 'pkg-config' : /usr/local/bin/pkg-config
Checking for 'glib-2.0' >= 2.28 : yes
Checking for 'gthread-2.0' >= 2.2 : yes
Checking for 'glibmm-2.4' >= 2.32.0 : yes
Checking for 'sndfile' >= 1.0.18 : yes
Checking for 'giomm-2.4' >= 2.2 : yes
Checking for 'libcurl' >= 7.0.0 : yes
Checking for 'libarchive' >= 3.0.0 : not found
The configuration failed
(complete log in /Users/kjesso/ardour/6.0.70-x86_64/build/config.log)
Here is the output from the Ardour build/config.log:
Checking for 'libarchive' >= 3.0.0
['/usr/local/bin/pkg-config', 'libarchive >= 3.0.0', '--cflags', '--libs', 'libarchive']
err: Package libarchive was not found in the pkg-config search path.
Perhaps you should add the directory containing `libarchive.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libarchive' found
Package libarchive was not found in the pkg-config search path.
Perhaps you should add the directory containing `libarchive.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libarchive' found
The libarchive pkgconfig directory does contain the libarchive.pc file:
MacBookPro:ardour kjesso$ ls -al /usr/local/opt/libarchive/lib/pkgconfig
total 8
drwxr-xr-x 3 kjesso staff 102 7 Jun 22:05 .
drwxr-xr-x 6 kjesso staff 204 19 May 18:10 ..
-r--r--r-- 1 kjesso staff 378 7 Jun 22:05 libarchive.pc
I've already installed the latest version of libarchive 3.4.3 via homebrew, added the libarchive pkgconfig path to the PKG_CONFIG_PATH environment variable along with the other instructions from the libarchive homebrew install:
libarchive is keg-only, which means it was not symlinked into /usr/local,
because macOS already provides this software and installing another version in
parallel can cause all kinds of trouble.
If you need to have libarchive first in your PATH run:
echo 'export PATH="/usr/local/opt/libarchive/bin:$PATH"' >> /Users/kjesso/.bash_profile
For compilers to find libarchive you may need to set:
export LDFLAGS="-L/usr/local/opt/libarchive/lib"
export CPPFLAGS="-I/usr/local/opt/libarchive/include"
For pkg-config to find libarchive you may need to set:
export PKG_CONFIG_PATH="/usr/local/opt/libarchive/lib/pkgconfig"
Output of PKG_CONFIG_PATH environment variable:
MacBookPro:ardour kjesso$ echo $PKG_CONFIG_PATH
/usr/local/opt/libarchive/lib/pkgconfig/
The path /usr/local/opt/libarchive is a symbolic link to /usr/local/Cellar/libarchive/3.4.3/:
MacBookPro:6.0.70-x86_64 kjesso$ ls -al /usr/local/opt/libarchive
lrwxr-xr-x 1 kjesso admin 26 7 Jun 22:05 /usr/local/opt/libarchive -> ../Cellar/libarchive/3.4.3
I've searched online, but haven't found anything helpful. Anyone have any idea on why Ardour isn't detecting the latest version 3.4.3 of libarchive?
I have problem with installing php-imap to php7.2 on centos 7. When I run yum install php-imap I get this:
Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: mirror.alpha-labs.net
* centos-qemu-ev: mirror.imt-systems.com
* centos-sclo-rh: mirror.alpix.eu
* centos-sclo-sclo: mirror.imt-systems.com
* epel: www.nic.funet.fi
* extras: mirror.alpha-labs.net
* remi-safe: mirror.awanti.com
* updates: mirror.alpix.eu Resolving Dependencies --> Running transaction check ---> Package php-imap.x86_64 0:5.4.16-9.el7 will be installed --> Processing Dependency: php(zend-abi) = 20100525-64 for package: php-imap-5.4.16-9.el7.x86_64 --> Processing Dependency: php(api) = 20100412-64 for package: php-imap-5.4.16-9.el7.x86_64 --> Finished Dependency Resolution Error: Package: php-imap-5.4.16-9.el7.x86_64 (epel)
Requires: php(zend-abi) = 20100525-64
Installed: php-common-7.2.24-1.el7.remi.x86_64 (#remi-php72)
php(zend-abi) = 20170718-64
Available: php-common-5.4.16-46.el7.x86_64 (base)
php(zend-abi) = 20100525-64
Available: php-common-5.4.16-46.1.el7_7.x86_64 (updates)
php(zend-abi) = 20100525-64 Error: Package: php-imap-5.4.16-9.el7.x86_64 (epel)
Requires: php(api) = 20100412-64
Installed: php-common-7.2.24-1.el7.remi.x86_64 (#remi-php72)
php(api) = 20170718-64
Available: php-common-5.4.16-46.el7.x86_64 (base)
php(api) = 20100412-64
Available: php-common-5.4.16-46.1.el7_7.x86_64 (updates)
php(api) = 20100412-64 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest
I dont know how to fix this, I have searched fix for this but havent found any,
here is also my repo list:
repo id repo name status
Softaculous/7/x86_64 Virtualizor Repo 9
Softaculous-extra/7/x86_64 Virtualizor-Extra-Repo 0
base/7/x86_64 CentOS-7 - Base 10,097
centos-qemu-ev/7/x86_64 CentOS-7 - QEMU EV 87
centos-sclo-rh/x86_64 CentOS-7 - SCLo rh 8,763
centos-sclo-sclo/x86_64 CentOS-7 - SCLo sclo 824
epel/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 13,456
extras/7/x86_64 CentOS-7 - Extras 305
mysql-connectors-community/x86_64 MySQL Connectors Community 131
mysql-tools-community/x86_64 MySQL Tools Community 100
mysql56-community/x86_64 MySQL 5.6 Community Server 496
remi-safe Safe Remi's RPM repository for Enterprise Linux 7 - x86_64 3,621
updates/7/x86_64 CentOS-7 - Updates 738
repolist: 38,627
I found how to install php-imap for php7.2m, I runned command yum --enablerepo=remi-php72 install php-imap what did its trick
I am trying to install google-drive-ocamlfuse from source, but the prereuiqisites got me a little confused. I am experiencing this error:
[bf#localhost google-drive-ocamlfuse]$ dune build #install
File "/home/bf/.opam/default/lib/gapi-ocaml/dune-package", line 1, characters 11-15:
1 | (lang dune 1.11)
^^^^
Error: Version 1.11 of dune is not supported.
Supported versions:
- 0.0
- 1.0 to 1.7
I have dune version 1.7 installed:
[bf#localhost google-drive-ocamlfuse]$ dune --version
%%VERSION%%
[bf#localhost google-drive-ocamlfuse]$ sudo dnf install dune
[sudo] password for bf:
Last metadata expiration check: 0:48:24 ago on Wed 21 Aug 2019 15:57:42 CEST.
Package ocaml-dune-1.7.3-1.fc29.x86_64 is already installed.
Dependencies resolved.
Nothing to do.
Complete!
But apparently, gapi-ocaml needs dune 1.11, or am I completely mistaken? I have no experience with OCaml or dune or all the other tools...
How can I get this installed?
Don't use your distribution's version of dune. Instead, get it via opam:
dnf remove dune
opam install dune
Form few hours can't run viber on my new CentOS 7. I didn't find package from "Application Installer", so I downloaded it from official website. So I install it with:
rpm -Uvh viber.rpm
So I have viber icon in my applications but when click it, viber don't start.
I reed many similar problems, so install libstdc++, but didn't help.
I tried this tips but they didn't help too
[root#localhost viber]# cd /opt/viber/
[root#localhost viber]# ./Viber
./Viber: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by ./Viber)
./Viber: /lib64/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by ./Viber)
./Viber: /lib64/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by /opt/viber/lib/libQt5Location.so.5)
./Viber: /lib64/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by /opt/viber/lib/libicui18n.so.52)
./Viber: /lib64/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by /opt/viber/lib/libicuuc.so.52)
./Viber: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by /opt/viber/lib/libQt5WebEngineCore.so.5)
./Viber: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by /opt/viber/lib/libQt5Qml.so.5)
./Viber: /lib64/libstdc++.so.6: version `CXXABI_1.3.8' not found (required by /opt/viber/lib/libQt5Core.so.5)
EDIT (SOLVED):
Removed:
viber.x86_64 0:7.0.0.1035-2
Complete!
[root#localhost viber]# yum install flatpak
Loaded plugins: fastestmirror, langpacks
Loading mirror speeds from cached hostfile
* base: mirrors.netix.net
* epel: mirror.neostrada.nl
* extras: mirrors.netix.net
* nux-dextop: mirror.li.nux.ro
* updates: mirrors.netix.net
Package flatpak-0.8.8-4.el7_5.x86_64 already installed and latest version
Nothing to do
[root#localhost viber]# yum install flatpak ^Catpak install --from https://flathub.org/repo/appstream/com.viber.Viber.flatpakref
[root#localhost viber]# flatpak install --from https://flathub.org/repo/appstream/com.viber.Viber.flatpakref
This application depends on runtimes from:
https://dl.flathub.org/repo/
Configure this as new remote 'flathub' [y/n]: y
Installing: com.viber.Viber/x86_64/stable
Required runtime for com.viber.Viber/x86_64/stable (org.freedesktop.Platform/x86_64/18.08) is not installed, searching...
Found in remote flathub, do you want to install it? [y/n]: y
Installing: org.freedesktop.Platform/x86_64/18.08 from flathub
8 delta parts, 76 loose fetched; 174244 KiB transferred in 24 seconds
Installing: org.freedesktop.Platform.Locale/x86_64/18.08 from flathub
6 metadata, 1 content objects fetched; 18 KiB transferred in 0 seconds
Installing: org.freedesktop.Platform.html5-codecs/x86_64/18.08 from flathub
1 delta parts, 3 loose fetched; 2455 KiB transferred in 1 seconds
Installing: com.viber.Viber/x86_64/stable from flathub
2 delta parts, 4 loose fetched; 8868 KiB transferred in 2 seconds
I don't know why and how, but this way working normal...
I have a problem uploading a picture in my Django Admin on OpenShift:
Exception Type: IOError
Exception Value: decoder jpeg not available
So I re-installed Pillow via pip install Pillow==2.8.2 -U --force-reinstall and the final summary shows:
--------------------------------------------------------------------
PIL SETUP SUMMARY
--------------------------------------------------------------------
version Pillow 2.8.2
platform linux2 2.7.8 (default, May 19 2015, 02:50:14)
[GCC 4.4.7 20120313 (Red Hat 4.4.7-4)]
--------------------------------------------------------------------
*** TKINTER support not available
--- JPEG support available
*** OPENJPEG (JPEG2000) support not available
--- ZLIB (PNG/ZIP) support available
--- LIBTIFF support available
--- FREETYPE2 support available
*** LITTLECMS2 support not available
*** WEBP support not available
*** WEBPMUX support not available
--------------------------------------------------------------------
So I guessed this would be fixed, but it isn't.. Do you have an idea ?
EDIT 1: the duplicate mentionned below proposes to install libjpeg-dev but this is not possible since yum is not available in OpenShift. Moreover I could list the following packages:
> ll /usr/lib*/libjpeg*
/usr/lib64/libjpeg.so -> libjpeg.so.62.0.0
/usr/lib64/libjpeg.so.62 -> libjpeg.so.62.0.0
/usr/lib64/libjpeg.so.62.0.0
/usr/lib/libjpeg.so.62 -> libjpeg.so.62.0.0
/usr/lib/libjpeg.so.62.0.0
> ll /usr/lib*/libfreetype*
/usr/lib64/libfreetype.so -> libfreetype.so.6.3.22
/usr/lib64/libfreetype.so.6 -> libfreetype.so.6.3.22
/usr/lib64/libfreetype.so.6.3.22
/usr/lib/libfreetype.so.6 -> libfreetype.so.6.3.22
/usr/lib/libfreetype.so.6.3.22
Is there something missing here?
EDIT 2: It may be due to missing /usr/lib/libjpeg.so (presence in /usr/lib64 is not enough) but again, ln -s /usr/lib/libjpeg.so.62 /usr/lib/libjpeg.so needs root support... How can I do?
Ok, found: I had a version of PIL previously installed, my problem disappeared when I uninstalled PIL and left Pillow alone...