Yes, Spotify, QMapShack, QLandkarteQT. And a couple of others :-)
[[email protected]]$ whoneeds openssl-1.0 Packages that depend on [openssl-1.0] akonadi-calendar-tools akonadiconsole akonadi-import-wizard akregator ark blogilo bluedevil breeze breeze-gtk calibre digikam discover dolphin dolphin-plugins drkonqi filelight gebabbel gpsbabel grantlee-editor gwenview kactivitymanagerd kaddressbook kalarm kamera kate kcalc kcolorchooser kdebugsettings kde-cli-tools kdeconnect kdecoration kdegraphics-mobipocket kde-gtk-config kdenetwork-filesharing kdepim-addons kdeplasma-addons kdeutils-kremotecontrol kdeutils-sweeper kdf kfloppy kgamma5 kgpg khotkeys kcharselect kinfocenter kipi-plugins kleopatra kmail kmail-account-wizard kmenuedit knetattach knotes konsole kontact korganizer kscreen kscreenlocker ksshaskpass ksysguard kteatime ktimer kuiserver kwalletmanager kwayland-integration kwin kwrited libkscreen libksysguard mbox-importer milou okular oxygen pim-data-exporter pim-sieve-editor pim-storage-service-manager plasma-desktop plasma-integration plasma-nm plasma-pa plasma-sdk plasma-workspace plasma5-applets-redshift-control polkit-kde-agent powerdevil print-manager pulseaudio-equalizer pytrainer qlandkartegt qt5-styleplugins quazip sddm-kcm shashlik-bin spectacle systemsettings user-manager virtualbox yakuake
I have already tried tu remove Spotify, update, reinstall, just the way you suggest. All I get is
error: failed to commit transaction (conflicting files) openssl: /usr/lib/libcrypto.so.1.1 exists in filesystem Errors occurred, no packages were upgraded. error: file owned by 'openssl' and 'openssl-1.0': 'usr/lib/libcrypto.so.1.0.0' error: file owned by 'openssl' and 'openssl-1.0': 'usr/lib/libssl.so.1.0.0'
Today my system update failed. I ran
sudo pacman -Syu
as I always do, but in the end I got this message:
error: failed to commit transaction (conflicting files) openssl-1.0: /usr/lib/libcrypto.so.1.0.0 exists in filesystem openssl-1.0: /usr/lib/libssl.so.1.0.0 exists in filesystem
Any clue what to do? Thanks in advance.
Thanks. After removing qt5ct everything went back to normal, except for font rendering. So I set up fonts with qt5ct and then removed it again. I’ve always run multi DE installations, sometimes on one partition, sometimes even 4 different distros sharing one /home. Never got myself into trouble. I know it’s not advisable, but I’ve managed to reduce it over the time, to 1 partition with 2 DE’s :-)
Thanks for your help.
I run KDE Plasma on my Antergos machine. But during the system installation I always go for Gnome and install Plasma and it’s stuff later. The reason for this routine is that I use an app called MyTourbook which demands Gnome, otherwise it crashes constantly.
If I want to change an icon theme or system fonts, I have to do it in qt5ct as if I do it from the system settings, it has no effect. How can I get System settings to be in charge again?
I’ve been a happy user of Antergos for a few months now, using GNOME. But as a human is a curious creature, I wanted to try out a KDE desktop. So I installed it a separate partition. My SDD is divided into 4 partitions:
1 - Antergos/GNOME
2 - Antergos/KDE
3 - /home (shared by Gnome and KDE
4 - swap
I’ve polished and tweaked my Gnome system, where font rendering used to be managed by the infinity bundle, but since it has no longer been maintained I took some steps to get rid of it and got a satisfactory font rendering without it.
About a week ago I installed a new Antergos/KDE system to another partition and I have been struggling with font rendering again. I mean, fonts in QT apps are just fine, but as I use a few GTK apps as well (SW manager in KDE is a GTK app!) the look of the fonts is just horrible.
My /etc/fonts/conf.d lists:
README 37-repl-global-ms.conf 00kde.conf 40-nonlatin.conf 10-enhanced-defaults.conf 45-gelasio.conf 10_fontconfig-enhanced-defaults.gschema.override 45-latin.conf 10-hinting-medium.conf 49-sansserif.conf 10-scale-bitmap-fonts.conf 50-user.conf 10-sub-pixel-rgb.conf 51-local.conf 11-lcdfilter-default.conf 57-dejavu-sans.conf 20-unhint-small-dejavu-sans.conf 57-dejavu-sans-mono.conf 20-unhint-small-dejavu-sans-mono.conf 57-dejavu-serif.conf 20-unhint-small-dejavu-serif.conf 60-latin.conf 20-unhint-small-vera.conf 60-latin-ms.conf 30-carlito.conf 65-fonts-persian.conf 30-infinality-aliases.conf 65-nonlatin.conf 30-metric-aliases.conf 65-non-latin-ms.conf 30-metric-aliases-ms.conf 66-aliases-wine-combi.conf 30-ttf-liberation-mono.conf 66-aliases-wine-ms.conf 30-ttf-liberation-sans.conf 69-unifont.conf 30-urw-aliases.conf 80-delicious.conf 30-win32-aliases.conf 90-synthetic.conf 31-cantarell.conf 99pdftoopvp.conf
which is pretty the same as in my GNOME session. My Xresource file reads:
Xft.antialias: 1 Xft.hinting: 1 Xft.hintstyle: hintslight Xft.rgba: rgb Xft.lcdfilter: lcddefault !Xft.autohint: 0
Any hints how to improve renderring in GTK apps?
After some more digging I learned, the the cause could be the libx11-6 library. I’ve found a Debian user with same issue. He managed to solve it by downgrading from 1.6.4-2 to 1.6.2-3. My version is 1.6.4-1. How potentially dangerous could it be to downgrade it?
I’m unable to enter any UTF-8 Czech characters like ěščřžýáíéúů in any Wine application. When I open a document containing any of these characters, they display just fine. Also, if I copy these from a Linux native app, I’m able to paste them to Wine and they display correctly. But there is no way to enter them with the keyboard. When for example the “č” key is pressed, just nothing happens. Just like I haven’t pressed any key at all. where the shoe pinches
This issue has never occurred on LinuxMint I used before. It is persistent on any Arch based system I’ve tried (Manjaro, Netrunner). The DE doesn’t matter. Also, the Wine app doesn’t matter - from explorer.exe through notepad.exe to MS Office 2007 or 2010.
My system locale is:
[[email protected] ~]$ locale LANG=cs_CZ.UTF-8 LC_CTYPE="cs_CZ.UTF-8" LC_NUMERIC="cs_CZ.UTF-8" LC_TIME="cs_CZ.UTF-8" LC_COLLATE=cs_CZ.UTF-8 LC_MONETARY="cs_CZ.UTF-8" LC_MESSAGES="cs_CZ.UTF-8" LC_PAPER="cs_CZ.UTF-8" LC_NAME="cs_CZ.UTF-8" LC_ADDRESS="cs_CZ.UTF-8" LC_TELEPHONE="cs_CZ.UTF-8" LC_MEASUREMENT="cs_CZ.UTF-8" LC_IDENTIFICATION="cs_CZ.UTF-8" LC_ALL= [[email protected] ~]$ locale -a C cs_CZ.utf8 POSIX [[email protected] ~]$
I’ve tried to change the locale for Wine, which surprisingly brings a minor change. When I run
LC_ALL=C wine notepad.exe
I can type some of Czech chatacters, specifically “ýáíéú”.
It may be of interest, that in a console (TTY 2 to 6) the environment is in English, although locale and locale -a give the same output as in DE.
Does anybody have a clue, where the shoe pinches?
Thanks for any advice.