at-spi2-core pulled in by
at-spi2-atk pulled in by
gtk3 which is needed for several apps I use.

The installed version of at-spi2-core doesnt need libsystemd. The new version out just today. Took a look at Arch's PKGBUILD n didn't see an easy fix.

Installed: at-spi2-core 2.38.0-1
New: at-spi2-core 2.40.0-1
https://github.com/archlinux/svntogit-packages/commit/594a518a0e5f1583c853cdc3bd3b1c14ce224c7d# diff-3e341d2d9c67be01819b25b25d5e53ea3cdf3a38d28846cda85a195eb9b7203a
-depends=(dbus glib2 libxtst)
-makedepends=(gobject-introspection git gtk-doc meson dbus-broker)
+depends=(dbus glib2 libxtst libsystemd)
+makedepends=(gobject-introspection git gtk-doc meson dbus-broker systemd)
adding dbus-broker with -Sdd without libsystemd to fool it to build fails:
Program dbus-daemon found: YES (/usr/bin/dbus-daemon)
Program dbus-broker-launch found: YES (/usr/bin/dbus-broker-launch)
Found CMake: /usr/bin/cmake (3.19.7)
Run-time dependency libsystemd found: NO (tried pkgconfig and cmake)

at-spi2-core/bus/meson.build:69:2: ERROR: Dependency "libsystemd" not found, tried pkgconfig and cmake
Source from big GNOME
https://gitlab.gnome.org/GNOME/at-spi2-core
D-Bus AT-SPI
------------

This version of at-spi is a major break from version 1.x.
It has been completely rewritten to use D-Bus rather than
ORBIT / CORBA for its transport protocol.

A page including instructions for testing, project status and
TODO items is kept up to date at:

http://www.linuxfoundation.org/en/AT-SPI_on_D-Bus
That linux foundation link from upstream README doesn't work, but this one does:
https://www.linuxfoundation.org/en/press-release/darpa-and-the-linux-foundation-create-open-software-initiative-to-accelerate-us-rd-innovation-5g-end-to-end-stack/



And here is the source of the culprit, adding a check that systemd is present before running dbus-broker:
https://gitlab.gnome.org/GNOME/at-spi2-core/-/commit/260a4414ac26cc5e91dc56b6a10b5dda3dae22cd
After digging thru those links, I tried it anyways. I deleted *systemd and dbus-broker entries from the PKGBUILD and it seemed to compile.
Seems 'depends' and 'makedepends' aren't set in stone.

...so if nothing goes wrong, looks like it was a simple fix.

--EDIT
Everything seems to be working fine.
at-spi2-core doesn't -need- to use dbus_broker (or systemd).
The compiler was smart enough to know we're -not- using systemd.
A simple edit to the PKGBUILD allowed complilation and installation.
Marking as solved.
Think we might end up with this one in the Obarun repos?
# Maintainer: Jan Alexander Steffens (heftig) <heftig@ archlinux.org>
# Contributor: Ionut Biru <ibiru@ archlinux.org>
# Maintainer: eilenbeb  <obarun community kicks systemd butt>
pkgname=at-spi2-core
pkgver=2.40.0
pkgrel=2
pkgdesc="Protocol definitions and daemon for D-Bus at-spi"
url="https://gitlab.gnome.org/GNOME/at-spi2-core"
arch=(x86_64)
license=(GPL2)
depends=(dbus glib2 libxtst)
makedepends=(gobject-introspection git gtk-doc meson)
optdepends=()
_commit=303ff15ea793189e1e8855b32df967e0a05fe08c  # tags/AT_SPI2_CORE_2_40_0^0
source=("git+https://gitlab.gnome.org/GNOME/at-spi2-core.git# commit=$_commit")
sha256sums=('SKIP')

pkgver() {
  cd $pkgname
  git describe --tags | sed 's/^AT_SPI2_CORE_//;s/_/./g;s/-/+/g'
}

prepare() {
  cd $pkgname
}

build() {
  arch-meson $pkgname build \
    -D docs=true
  meson compile -C build
}

package() {
  DESTDIR="$pkgdir" meson install -C build
}

# vim:set ts=2 sw=2 et:
Thanks all for your help and reports.
At-spi2-core is now available on the obextra repo.
Wow, that was fast. Nicely done.
/haha.nice @ fungal_net, I liked your response.
Heh, Arch just pushed another new version today. They keep injecting systemd into everything, this project gonna need more ppl.

(edit) , was supposed to be a .
Hey, I've got some free time coming up, what's the possibility of me helping the project? Sorry, didn't see a good place to ask so... I'll check this thread later.
Subscribe to framagit.org http://framagit.org/pkg is where the pkgs for obarun are.
Try to follow the instructions of setting up keys so you can work on your system and push to the server because their web utility is totally crap and a waste of time.
I have been trying to learn but I still have some uphill climb to become useful ... while Eric has been too kind and patient with my git disabilities.
Thanks. I'm a git newb too, but I have a friend that git's everything so i've got some experience to call on. I'll check out framagit soon.
laters, b

Powered by Obarun