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...
Related
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 :)
I`m very new to Linux.
well, I found this link:
https://centos.pkgs.org/7/nux-dextop-x86_64/lmms-1.1.3-2.el7.nux.x86_64.rpm.html
I tried to install lmms and lmms-vst
but it keeps requiring libwine.so.1 package
Error: Package: lmms-vst-1.1.3-2.el7.nux.i686 (nux-dextop)
Requires: libwine.so.1(WINE_1.0)
Error: Package: lmms-vst-1.1.3-2.el7.nux.i686 (nux-dextop)
Requires: libwine.so.1
Which does not exist I suppose?
# sudo yum install libwine.so.1
Loaded plugins: fastestmirror, langpacks
Loading mirror speeds from cached hostfile
* base: mirror.isoc.org.il
* epel: rep-epel-il.upress.io
* extras: mirror.isoc.org.il
* nux-dextop: mirror.li.nux.ro
* updates: mirror.isoc.org.il
No package libwine.so.1 available.
Error: Nothing to do
I tried to install this package: https://pkgs.org/download/libwine.so.1
which for centos 7 is this one: https://centos.pkgs.org/7/epel-armhfp/wine-core-4.0.4-1.el7.armv7hl.rpm.html
But the error keeps shows up: libwine.so.1 still missing.
Thank you so much for helping:)
Background:
I have an executable c++ built program called UlimitUnlimiter. Currently, It produce some issues while executing on one of my server.
./UlimitUnlimiter
UlimitUnlimiter: /usr/lib64/libstdc++.so.6: version `CXXABI_1.3.9' not found (required by UlimitUnlimiter)
/UlimitUnlimiter: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by UlimitUnlimiter)
This is a Dynamic c++ library issue, and I have another lib path in my package path. Generally, Giving a LD_LIBRARY_PATH or run it by /lib64/ld-linux-x86-64.so.2 can solve the problem.
But my case is a little complicated. I setup setuid bit for the executable program.
chown root:mygroup UlimitUnlimiter
chmod ugo+rx UlimitUnlimiter
chmod +s UlimitUnlimiter
And inside the program, it will check if uid != 0 && gid != 0 && euid == 0
For a succeed execution, it should be:
./UlimitUnlimiter
[UlimitUnlimiter]: uid=10254388
[UlimitUnlimiter]: gid=100
[UlimitUnlimiter]: euid=0
service running...
But because of chmod +s, running with LD_LIBRARY_PATH will fail even with expert LD_LIBRARY_PATH:
LD_LIBRARY_PATH=correct_path_to/lib ./UlimitUnlimiter
UlimitUnlimiter: /usr/lib64/libstdc++.so.6: version `CXXABI_1.3.9' not found (required by UlimitUnlimiter)
/UlimitUnlimiter: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by UlimitUnlimiter)
export LD_LIBRARY_PATH=correct_path_to/lib
./UlimitUnlimiter
UlimitUnlimiter: /usr/lib64/libstdc++.so.6: version `CXXABI_1.3.9' not found (required by UlimitUnlimiter)
/UlimitUnlimiter: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by UlimitUnlimiter)
The only way, I can setup the lib path is running by /lib64/ld-linux-x86-64.so.2, however it will break the effective user.
/lib64/ld-linux-x86-64.so.2 --library-path correct_path_to/lib ./UlimitUnlimiter
[UlimitUnlimiter]: uid=10254388
[UlimitUnlimiter]: gid=100
[UlimitUnlimiter]: euid=10254388
[UlimitUnlimiter]: ulimitunlimiter must be setuid and run by non-root
So I am wondering, is there a way that I can both setting up the dynamic lib and not breaking the setuid bit at the same time?
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
After upgrading Centos,RHEL,Scientific Linux 7.3 to 7.5, KVMs fail to start due to the upgrade:
1.yum install -y,....updates and upgrades your Linux System With no questions asked
"-y accepts everything and installs the packages"
Then when you run:
2.systemctl status -l libvirtd,
....shows that libvirtd service is not active, due to this,
libvirt_storage_backend_rbd.so undefined symbol: rbd_diff_iterate2 - "Error"
RedHat(access.redhat.com) posted a solution for this on 14th Dec 2018
Had a tough time figuring this out, solution:
1.yum update librbd1
2.yum update -y
3.systemctl reboot
login as root
4.systemctl restart libvirtd
5.systemctl status libvirtd
6.virt-manager &
Happy KVMs,
Back to Normalcy
Note: Dependencies Resolved with
yum update librbd1
Packages are:
1.librbd1 x86_64 1:10.2.5-4.el7 2.4 M
2.boost-random x86_64 1.53.0.27.el7 39 k
3.librados2 1.10:2.5-4.el7 1.8 M
Total download size: 4.3 M