Can't upgrade xfce4-settings-devel because libxfce4util-devel is out of date in aur

Hello! For about a month now I cannot upgrade xfce4-settings-devel. I can’t find anyone in that package’s home repo, on this forum, or anywhere else mentioning this problem, which makes me wonder. I don’t know if this is the correct venue to ask for help?

I updated my mirrors and ran yay -Syyu to refresh the system.

The basic problem is:

Dependency libxfce4util-1.0 for host machine found: NO. Found 4.19.5 but need: '>= 4.20.0'

Full log:

:: 1 package to upgrade/install.
1  aur/xfce4-settings-devel  4.21.2-1 -> 4.21.3-1 [17d7h]
==> Packages to exclude: (eg: "1 2 3", "1-3", "^4" or repo name)
 -> Excluding packages may cause partial upgrades and break systems
==>
AUR Explicit (1): xfce4-settings-devel-4.21.3-1
:: PKGBUILD up to date, skipping download: xfce4-settings-devel
  1 xfce4-settings-devel             (Installed) (Build Files Exist)
==> Packages to cleanBuild?
==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4)
==> N
  1 xfce4-settings-devel             (Installed) (Build Files Exist)
==> Diffs to show?
==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4)
==> N
==> Making package: xfce4-settings-devel 4.21.3-1 (Mon 31 Aug 2026 03:33:28 AM)
==> Retrieving sources...
  -> Found xfce4-settings-4.21.3.tar.xz
  -> Found enable-antialias-by-default.patch
==> WARNING: Skipping verification of source file PGP signatures.
==> Validating source files with sha256sums...
    xfce4-settings-4.21.3.tar.xz ... Passed
    enable-antialias-by-default.patch ... Passed
:: (1/1) Parsing SRCINFO: xfce4-settings-devel
==> Making package: xfce4-settings-devel 4.21.3-1 (Mon 31 Aug 2026 03:33:30 AM)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found xfce4-settings-4.21.3.tar.xz
  -> Found enable-antialias-by-default.patch
==> Validating source files with sha256sums...
    xfce4-settings-4.21.3.tar.xz ... Passed
    enable-antialias-by-default.patch ... Passed
==> Removing existing $srcdir/ directory...
==> Extracting sources...
  -> Extracting xfce4-settings-4.21.3.tar.xz with bsdtar
==> Starting prepare()...
patching file xfsettingsd/xsettings.xml
==> Sources are ready.
==> Making package: xfce4-settings-devel 4.21.3-1 (Mon 31 Aug 2026 03:33:36 AM)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> WARNING: Using existing $srcdir/ tree
==> Removing existing $pkgdir/ directory...
==> Starting build()...
xfce4-settings-4.21.3 has no wrap files
+ exec meson setup --prefix /usr --libexecdir lib --sbindir bin --buildtype plain --auto-features enabled --wrap-mode nodownload -D b_pie=true -D python.bytecompile=1 xfce4-settings-4.21.3 build -D x11=enabled -D wayland=enabled
The Meson build system
Version: 1.12.0
Source dir: /temp/cache/yay/vivid/xfce4-settings-devel/src/xfce4-settings-4.21.3
Build dir: /temp/cache/yay/vivid/xfce4-settings-devel/src/build
Build type: native build
Project name: xfce4-settings
Project version: 4.21.3
C compiler for the host machine: /usr/bin/ccache cc (gcc 16.2.1 "cc (GCC) 16.2.1 20260810")
C linker for the host machine: cc ld.bfd 2.47
Host machine cpu family: x86_64
Host machine cpu: x86_64
Found pkg-config: YES (/usr/bin/pkg-config) 3.0.6
Run-time dependency garcon-1 found: YES 4.20.0
Run-time dependency glib-2.0 found: YES 2.88.3
Run-time dependency gio-2.0 found: YES 2.88.3
Run-time dependency gio-unix-2.0 found: YES 2.88.3
Run-time dependency gmodule-2.0 found: YES 2.88.3
Run-time dependency gthread-2.0 found: YES 2.88.3
Run-time dependency gtk+-3.0 found: YES 3.24.52
Run-time dependency libxfce4kbd-private-3 found: YES 4.21.9
Run-time dependency libxfce4ui-2 found: YES 4.21.9
Dependency libxfce4util-1.0 for host machine found: NO. Found 4.19.5 but need: '>= 4.20.0'
Found CMake: /usr/bin/cmake (4.4.3)
Run-time dependency libxfce4util-1.0 found: NO  (tried cmake)

xfce4-settings-4.21.3/meson.build:55:15: ERROR: Dependency lookup for libxfce4util-1.0 with method 'pkg-config' failed: Invalid version, need 'libxfce4util-1.0' ['>= 4.20.0'] found '4.19.5'.

A full log can be found at /temp/cache/yay/vivid/xfce4-settings-devel/src/build/meson-logs/meson-log.txt
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: xfce4-settings-devel-exit status 4
 -> Failed to install the following packages. Manual intervention is required:
xfce4-settings-devel - exit status 4

In terms of libxfce4util, here is what’s on offer:

$ yay libxfce4util

3 aur/libxfce4util-git 4.17.2.r22.ge2f2a6e-1 (+4 0.00) [1417d16h]
    Basic utility non-GUI functions for Xfce
2 aur/libxfce4util-devel 4.19.5-1 (+8 0.00) [633d6h] (Installed)
    Basic utility non-GUI functions for Xfce (development release)
1 extra/libxfce4util 4.20.1-1 (142.1 KiB 1.1 MiB)
    Basic utility non-GUI functions for Xfce
==> Packages to install (eg: 1 2 3, 1-3 or ^4)

So the aur/libxfce4util-devel has fallen behind extra/libxfce4util. I think this is a dependency of aur/libxfce4ui-devel, here is the situation with that:

$ yay libxfce4ui

3 aur/libxfce4ui-git 1:4.21.3+103+gb5167ff3-1 (+4 0.00) [177d8h]
    Commonly used Xfce widgets among Xfce applications (git checkout)
2 aur/libxfce4ui-devel 4.21.9-1 (+20 0.08) [17d8h] (Installed)
    Commonly used Xfce widgets among Xfce applications (Development version)
1 extra/libxfce4ui 4.20.2-1 (391.4 KiB 2.2 MiB)
    Widgets library for the Xfce desktop environment
==> Packages to install (eg: 1 2 3, 1-3 or ^4)

Removing libxfce4util-devel is not desirable because it is a dependency of many other xfce4 -devel packages that I have installed, so I would likely have to uninstall and reinstall my whole DE and various related packages.

(Why am I running -devel? I forget. There was some reason at the time.)

Is there a way to see the whole cascade of implicated packages that are required to remove a given package? I usually go 1 level at a time by using yay -R, then repeating it for each listed break, which is OK for simple situations. But in this case it could be dozens of packages.

Any ideas how to solve? It’s curious to me that nobody else reports this problem even though I’m probably not the only one running -devel.

Thanks for reading my post.

Have you already tried pacman -Qi <package name> to look at the dependencies ?

Nope. Here is the output for both. Not sure what I am looking for?

$ pacman -Qi xfce4-settings-devel

Name            : xfce4-settings-devel
Version         : 4.21.2-1
Description     : Settings manager for xfce (development snapshot)
Architecture    : x86_64
URL             : https://docs.xfce.org/xfce/xfce4-settings/start
Licenses        : GPL-2.0-or-later
Groups          : xfce4-devel
Provides        : xfce4-settings=4.21.2
Depends On      : garcon  libxfce4ui>=4.21.8  xfconf  libnotify
                  libcanberra  colord  libxklavier
                  adwaita-icon-theme  gnome-themes-extra  wayland
                  gtk-layer-shell
Optional Deps   : python: xfce4-compose-mail -- "mailto:" URI
                  handling [installed]
                  xiccd: for displays support in
                  xfce4-color-settings
                  cups: for printers support in xfce4-color-settings
                  [installed]
                  sane: for scanners support in xfce4-color-settings
                  [installed]
Required By     : None
Optional For    : None
Conflicts With  : xfce4-settings
Replaces        : None
Installed Size  : 6.80 MiB
Packager        : Unknown Packager
Build Date      : Sun 21 Jun 2026 09:18:20 PM
Install Date    : Sun 21 Jun 2026 09:21:13 PM
Install Reason  : Explicitly installed
Install Script  : No
Validated By    : None
$ pacman -Qi libxfce4ui-devel

Name            : libxfce4ui-devel
Version         : 4.21.9-1
Description     : Commonly used Xfce widgets among Xfce applications (Development version)
Architecture    : x86_64
URL             : https://docs.xfce.org/xfce/libxfce4ui/start
Licenses        : GPL-2.0-or-later
Groups          : xfce4-devel
Provides        : libxfce4ui=4.21.9
Depends On      : libxfce4util  gtk3  xfconf  libsm  startup-notification  libgudev  libgtop  libepoxy  hicolor-icon-theme
Optional Deps   : None
Required By     : exo-devel  garcon  parole  thunar-devel  xfce-theme-manager  xfce4-appfinder-devel  xfce4-notifyd  xfce4-panel-devel
                  xfce4-power-manager-devel  xfce4-session-devel  xfce4-settings-devel  xfce4-stopwatch-plugin  xfdesktop-devel
                  xfwm4-devel
Optional For    : mousepad
Conflicts With  : libxfce4ui
Replaces        : None
Installed Size  : 4.16 MiB
Packager        : Unknown Packager
Build Date      : Fri 14 Aug 2026 09:19:59 PM
Install Date    : Sat 15 Aug 2026 12:21:13 AM
Install Reason  : Installed as a dependency for another package
Install Script  : No
Validated By    : None

As far as I can see xfce4-settings-devel can safely be removed, if this is not possible you would get a error message like cannot remove because of this or that dependency. What you also can try is to remove the above mentioned package from the yay cache and try to clean build it. On another note it is recommended to install something from extra instead of from the AUR just because that is the latest version available in the AUR.

OK, I removed it. So that solve the error upon upgrades.

I moved the files from yay cache and tried installing but I still have the issue because there is a legit conflict.

Well I guess it’s not a very important package. It’s just a shortcut to get to things which are otherwise available. So I’ll call it solved and not waste any more time unless I find a reason to need it. Easy peasy. Thanks for your clarity.

it is recommended to install something from extra instead of from the AUR just because that is the latest version available in the AUR.

I’m not sure I understand, did you miss a word in there? In general, I don’t fool around with the packages, I let them decide their dependencies. Unless there is a config or something somewhere that I can set a general preference?

This was just I feeling I got because of this that’s all.

famous last words.. as it turns out xfce4-setings is actually important. It isn’t just a shortcut to settings, it provides them. When I restarted, my display resolution was all screwed up and the DE keyboard shortcuts didn’t work.

I tried to launch xfce4-appearance-settings to fix the resolution but the program was no longer present..

Luckily, it has actually worked to install extra/xfce4-settings. So now for belated due diligence:

$ pacman -Ql xfce4-settings | grep bin

/usr/bin
xfce4-settings /usr/bin/
xfce4-settings /usr/bin/xfce4-accessibility-settings
xfce4-settings /usr/bin/xfce4-appearance-settings
xfce4-settings /usr/bin/xfce4-color-settings
xfce4-settings /usr/bin/xfce4-display-settings
xfce4-settings /usr/bin/xfce4-find-cursor
xfce4-settings /usr/bin/xfce4-keyboard-settings
xfce4-settings /usr/bin/xfce4-mime-helper
xfce4-settings /usr/bin/xfce4-mime-settings
xfce4-settings /usr/bin/xfce4-mouse-settings
xfce4-settings /usr/bin/xfce4-settings-editor
xfce4-settings /usr/bin/xfce4-settings-manager
xfce4-settings /usr/bin/xfsettingsd

So alls well for today. But I will need to solve this problem eventually. The release and -devel packages have various conflicts so there will be future problems in upgrading for sure.

That is why I said that installing this from the extra repo was recommended, AUR packages can become unmaintained and/or not updated by the maintainer. Also xfce4-settings is as far as I know the default package installed by XFCE. So my guess is that at some point in time you replaced that one with the AUR version which is probably a development (nightly,testing,beta or whatever you will call it) version of that package.

2 aur/libxfce4ui-devel 4.21.9-1 (+20 0.08) [17d8h] (Installed)
    Commonly used Xfce widgets among Xfce applications (Development version)
1 extra/libxfce4ui 4.20.2-1 (391.4 KiB 2.2 MiB)
    Widgets library for the Xfce desktop environment

Als a example you could install the extra package 1 and see if it will tell you that it can only be installed by removing the AUR package 2
Run pacman -Qm and check if there more packages like this.

Yup, I remember installing all the -devel packages because there was some feature I wanted that wasn’t available in the extra version, and the release cycle was very slow. Basically all the packages are interdependent on each other so I ended up having to replace most all of the xfce4 DE. You sort of have to pick a lane, you can’t mix up the xfce4 packages. Which is how I know this situation is unstable and I’m lucky I managed to get the xfce4-settings reinstalled today.

$ pacman -Qm | wc -l
959

Probably not a project I’m going to tackle today… I understand your advice, especially from the perspective of someone helping out in forums, it makes sense to reduce complexity and unknowns as much as possible. But the main reason I keep using arch-based distros is all the packages available. Understanding there is some risk to it, and sometimes it’s requiring extra TLC to function. On the upside I get to learn a little bit.

But I am hoping someone can give me a clue of how to fix this, even like where to look or read or where else to ask. I am not sure where the problem is exactly located. Or if there is something else I am doing wrong, because it’s weird nobody but me has this problem, don’t you think?

Wow.

XFCE is the kind of DE that is known to get new features at a slow rate , that is probably realized by (most) people that install it. Just tinkering away at random will get them in trouble in the long run. Now if you want to keep XFCE around , my suggestion is to reinstall XFCE and stay away fron the AUR packages as much as you can. Or install some other DE like Plasma or Gnome.

yay -Syyu is unnecessary, yay -Syu would refresh the databases if required. And with yay -Syyu you would force-refresh the package database, even if it is already up to date on your end.

If you forgot why you’ve explicitly installed the -devel package out of the AUR instead of the officially supported package out of the [extra] repository, then you probably won’t need it at all.

That would be a whole lot of PKGBUILDs to review in the long run. In the ideal world you really should review the PKGBUILDs. With that number of foreign packages that really would be cumbersome in the long run I guess.

Anyway, I think you should reconsider how many packages you really need out of the AUR and do some housekeeping.

I can think of (2) possible reasons you needed the devel packages:

  1. you needed to build a git-versioned package(s) that needed access to Xfce’s build environment
  2. you were actually developing your own Xfce plugins