I weird because this was happened after this upgrade, and I don’t remember to install myself this package.
I try how much is possible to avoid AUR packages. Using your command seems it is not used by anything…
pacman -Qi libkipi ✔
Name : libkipi
Version : 22.04.0-1
Description : An interface to use kipi-plugins from a KDE application
Architecture : x86_64
URL : https://www.kde.org/
Licenses : GPL LGPL FDL
Groups : None
Provides : None
Depends On : kxmlgui kservice hicolor-icon-theme
Optional Deps : None
Required By : None
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 289,99 KiB
Packager : Unknown Packager
Build Date : Vi 13 mai 2022 14:36:30 +0300
Install Date : Vi 13 mai 2022 14:36:42 +0300
Install Reason : Installed as a dependency for another package
Install Script : No
Validated By : None
libkipi (AUR) can’t be updated. WTF is this, i never installed it.
Der PGP-Schlüssel XXXXXXXXXXXXXX wird benötigt, um libkipi Quellcode-Dateien zu verifizieren.
Vertraue Albert Astals Cid <aacid@kde.org> und importiere den PGP-Schlüssel ?
It likely is a former (?) dependency of a package which used to be in the main repositories. Following a clean of upstream repositories, the package and its dependencies unused by other other packages have been moved to AUR.
If no installed package depends on it, or if you don’t use AUR packages depending on it, you can safely remove those packages.
kxmlgui, kservice, hicolor and extra-cmake are in the extra repo and not aur
[nls@lap ~]$ sudo pacman -Qi libkipi
[sudo] Mot de passe de nls�:
Name : libkipi
Version : 21.12.3-1
Description : An interface to use kipi-plugins from a KDE application
Architecture : x86_64
URL : https://www.kde.org/
Licenses : GPL LGPL FDL
Groups : None
Provides : None
Depends On : kxmlgui kservice hicolor-icon-theme
Optional Deps : None
Required By : None
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 273,86 KiB
Packager : Antonio Rojas <arojas@archlinux.org>
Build Date : mar. 01 mars 2022 09:56:04
Install Date : lun. 14 mars 2022 19:27:18
Install Reason : Installed as a dependency for another package
Install Script : No
Validated By : Signature
[nls@lap ~]$
libkipi was, until recently, a dependency of gwenview and spectacle. Those dependencies are no longer necessary.
Here is the commit that removed libkipi as a dependency of gwenview (notice line #13), and here is the commit that removed it as a dependency of spectacle (line #10).
The package was kept available by moving it to the AUR because it is still required by 2 AUR packages (spectacle-light and kipi-plugins, which require either libkipi or libkipi-git).
Now that i look more closely, the version spotted in manjaro-compare is misleading since the package is there part of the kde-unstable repository, which is not enabled by default.
pacman -Qi libkipi ✔
Name : libkipi
Version : 21.12.3-1
Description : An interface to use kipi-plugins from a KDE application
Architecture : x86_64
URL : https://www.kde.org/
Licenses : GPL LGPL FDL
Groups : None
Provides : None
Depends On : kxmlgui kservice hicolor-icon-theme
Optional Deps : None
Required By : gwenview spectacle
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 273.86 KiB
Packager : Antonio Rojas <arojas@archlinux.org>
Build Date : Tue 01 Mar 2022 10:56:04
Install Date : Mon 14 Mar 2022 18:10:24
Install Reason : Installed as a dependency for another package
Install Script : No
Validated By : Signature
As stated already, multiple packages can sometimes become orphans after an update, they are not needed anymore.
You can update with Pacman with no issue. If you have AUR enabled and try to update with something supporting the AUR like Pamac, and this package exists in the AUR, then it will try to update it through the AUR (which is the case here). You can remove your orphans in theory without issue.
Turns out libkipi is an orphan now relegated to the AUR. Use sudo pacman -Qtdq to list your orphans, sudo pacman -Qqdt | sudo pacman -Rns - to delete them.
Same exactly here. Both my Manjaros (notebook and PC) have libkipi. Notebook Kernel 5.15LTS couldn’t update, PC Kernel 5.17 could.
So I removed libkipi from notebook. Gwenview and Spectacle still working.
This is very strange; after a routine system update everything updates just fine, even a new test program installs just fine but CMake can’t build libkipi specifically, although there seems to possibly be a deeper problem because of the way it says it fails a test build. I already tried reinstalling CMake. Here is the output from attempting to update libkipi:
Preparing...
Synchronizing package databases...
Cloning libkipi build files...
Generating libkipi information...
Checking libkipi dependencies...
Resolving dependencies...
Checking inter-conflicts...
Building libkipi...
==> Making package: libkipi 22.04.0-1 (Tue 24 May 2022 02:48:48 PM CDT)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found libkipi-22.04.0.tar.xz
-> Found libkipi-22.04.0.tar.xz.sig
==> Validating source files with sha256sums...
libkipi-22.04.0.tar.xz ... Passed
libkipi-22.04.0.tar.xz.sig ... Skipped
==> Verifying source file signatures with gpg...
libkipi-22.04.0.tar.xz ... Passed
==> Removing existing $srcdir/ directory...
==> Extracting sources...
-> Extracting libkipi-22.04.0.tar.xz with bsdtar
==> Removing existing $pkgdir/ directory...
==> Starting build()...
-- The C compiler identification is GNU 12.1.0
-- The CXX compiler identification is GNU 12.1.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - failed
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc - broken
CMake Error at /usr/share/cmake/Modules/CMakeTestCCompiler.cmake:69 (message):
The C compiler
"/usr/bin/cc"
is not able to compile a simple test program.
It fails with the following output:
Change Dir: /home/sagbobbit/Downloads/Build Directory/libkipi/src/build/CMakeFiles/CMakeTmp
Run Build Command(s):/usr/bin/make -f Makefile cmTC_96345/fast && /usr/bin/make -f CMakeFiles/cmTC_96345.dir/build.make CMakeFiles/cmTC_96345.dir/build
make[1]: Entering directory '/home/sagbobbit/Downloads/Build Directory/libkipi/src/build/CMakeFiles/CMakeTmp'
Building C object CMakeFiles/cmTC_96345.dir/testCCompiler.c.o
/usr/bin/cc -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -g -ffile-prefix-map=/home/sagbobbit/Downloads/Build Directory/libkipi/src=/usr/src/debug -o CMakeFiles/cmTC_96345.dir/testCCompiler.c.o -c "/home/sagbobbit/Downloads/Build Directory/libkipi/src/build/CMakeFiles/CMakeTmp/testCCompiler.c"
cc1: error: invalid argument ‘/home/sagbobbit/Downloads/Build’ to ‘-ffile-prefix-map’
cc1: error: invalid argument ‘/home/sagbobbit/Downloads/Build’ to ‘-ffile-prefix-map’
cc1: error: invalid argument ‘/home/sagbobbit/Downloads/Build’ to ‘-ffile-prefix-map’
make[1]: *** [CMakeFiles/cmTC_96345.dir/build.make:78: CMakeFiles/cmTC_96345.dir/testCCompiler.c.o] Error 1
make[1]: Leaving directory '/home/sagbobbit/Downloads/Build Directory/libkipi/src/build/CMakeFiles/CMakeTmp'
make: *** [Makefile:127: cmTC_96345/fast] Error 2
CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
CMakeLists.txt:7 (project)
-- Configuring incomplete, errors occurred!
See also "/home/sagbobbit/Downloads/Build Directory/libkipi/src/build/CMakeFiles/CMakeOutput.log".
See also "/home/sagbobbit/Downloads/Build Directory/libkipi/src/build/CMakeFiles/CMakeError.log".
==> ERROR: A failure occurred in build().
Aborting...