Package Details: dbus-nosystemd 1.12.20-1

Git Clone URL: (read-only, click to copy)
Package Base: dbus-nosystemd
Description: message bus system
Upstream URL:
Licenses: GPL, custom
Conflicts: dbus, dbus-core, dbus-eudev, dbus-x11, libdbus
Provides: dbus, dbus-core, libdbus,
Replaces: dbus, dbus-core, dbus-eudev, dbus-x11, libdbus
Submitter: TZ86
Maintainer: TZ86
Last Packager: TZ86
Votes: 14
Popularity: 0.000000
First Submitted: 2013-01-24 15:42 (UTC)
Last Updated: 2021-02-25 06:42 (UTC)

Required by (669)

Sources (3)

Latest Comments

TZ86 commented on 2021-03-15 08:11 (UTC)

@FabioLolix Thx, I will remove it with next update (though I don't see a real problem to keep such things in PKGBUILD even forever).

DaarkWel commented on 2019-01-21 05:44 (UTC)

There's issue in dbus tracker:

TZ86 commented on 2019-01-19 06:32 (UTC)


Well, I've checked bugreports in and arch bugtracker but didn't find anything similar.

je-vv commented on 2019-01-18 21:46 (UTC)

@TZ86, that was it. Do you know if there's a bug filed upstream for it?

TZ86 commented on 2019-01-18 07:13 (UTC) (edited on 2019-01-18 07:14 (UTC) by TZ86)


Sadly, the build proccess seems to be broken with latest autoconf-archive version. If you have older version in pacman cache, try to install it via pacman -U /var/cache/pacman/pkg/autoconf-archive<…>, it builds and works well even with pretty old 1:2018.03.13-1 which I'm currently using.

je-vv commented on 2019-01-17 16:46 (UTC)

Failing build:

libtoolize: copying file 'm4/lt~obsolete.m4' installing 'build-aux/compile' installing 'build-aux/missing' bus/ installing 'build-aux/depcomp' configure:18959: error: Unexpanded AX_ macro found. Please install GNU autoconf-archive If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. autoconf failed - version 2.5x is probably required

could it be a make dependence missing?

Cromer commented on 2017-04-22 14:37 (UTC)

Just one issue, you only added the creation of the dbus user and group to post_upgrade() You need to add it to post_install() as well because when a user installs dbus for the first time the user and group does not exist.

TZ86 commented on 2017-04-22 10:07 (UTC)


Cromer commented on 2017-04-20 23:15 (UTC)

The "filesystem" package for arch linux has changed. By default it included a dbus user and group in /etc/group and int /etc/passwd However they removed this last month in filesystem-2017.03-2. This causes an issue for fresh installs that need dbus-nosystemd, it doesn't run on fresh installs because the user and group do not exist. Please update the install file to create a dbus user and group on installation/upgrade of the package.

nous commented on 2016-09-18 12:08 (UTC)

We've agreed to use dbus-openrc + dbus-nosystemd. All other variants will be removed.

Alad commented on 2016-09-17 23:42 (UTC) (edited on 2016-09-17 23:42 (UTC) by Alad)

What are the plans on autolaunch support for this package? Right now it's enabled implicitly due to the makedepends on libx11, so this package and dbus-x11-nosystemd do the same. If this is intended, perhaps merge both packages?

nous commented on 2016-09-17 13:04 (UTC)

dbus-openrc is an initscript provider now, depending on dbus-nosystemd. Please update accordingly, thanks.

TZ86 commented on 2016-09-14 09:31 (UTC)

@dreieck Ok, I will add it to optdepends with next update.

dreieck commented on 2016-09-14 08:46 (UTC) (edited on 2016-09-14 08:50 (UTC) by dreieck)

@TZ86: To still provide just that initscript, I created the package dbus-openrc-initscript (, providing "dbus-openrc" and depending upon "dbus". Then the optdepend "dbus-openrc" would make sense again. Let's see what the maintainer of "dbus-openrc" decides to do in the longer term run.

TZ86 commented on 2016-09-14 06:57 (UTC)

@dreieck This is just a legacy of times when dbus-openrc contained only initscript for dbus-{eudev,nosystemd} packages. Anyway, fixed.

dreieck commented on 2016-09-13 21:44 (UTC) (edited on 2016-09-13 21:45 (UTC) by dreieck)

Well, dbus-nosystemd states: Optional Deps: dbus-openrc: dbus openrc initscript and Conflicts With: dbus libdbus But, dbus-openrc states: Provides: libdbus dbus and thus dbus-openrc and dbus-nosystemd are conflicting, nevertheless dbus-openrc is optionally dependency for dbus-nosystemd. How to sort out?

TZ86 commented on 2016-09-10 05:28 (UTC)

@alium Fixed.

alium commented on 2016-09-09 05:58 (UTC) (edited on 2016-09-09 06:03 (UTC) by alium)

1. please add 'dbus-x11' to "provides", "conflicts" and "replaces". This is in conflict with dbus-nosystemd. 2. i can't install dbus-nosystemd, if i am installed dbus-docs, because: Error: Failed execution of the transaction (conflicting files) dbus-nosystemd: /usr/share/doc/dbus/diagram.png already exists in the file system dbus-nosystemd: /usr/share/doc/dbus/diagram.svg already exists in the file system dbus-nosystemd: /usr/share/doc/dbus/examples/ already exists in the file system dbus-nosystemd: /usr/share/doc/dbus/examples/example-session-disable-stats.conf already exists in the file system dbus-nosystemd: /usr/share/doc/dbus/examples/example-system-enable-stats.conf already exists in the file system dbus-nosystemd: /usr/share/doc/dbus/system-activation.txt already exists in the file system Errors occurred, no packages were updated. you can add " rm -r "${pkgdir}/usr/share/doc/dbus" to "package()" for fix it OR add 'dbus-docs' to "provides", "conflicts" and "replaces"

TZ86 commented on 2016-03-27 07:11 (UTC)

@nous I've added an option but generally it's recommended to use a clean chroot to prevent appearing problems like yours.

nous commented on 2016-03-24 10:37 (UTC)

1.10.8 now compiles silently against libaudit (from extra/audit) automatically, if found in the building host (found it in mine). As audit isn't in depends(), this broke things for people using unofficial repos providing dbus-nosystemd as openrc-eudev and arch-openrc. Would you please add '--disable-libaudit' in configure since CONFIG_AUDIT is disabled in the Arch kernel packages anyway? This also reduces the final package size by 80% (307K vs 1.5M in x86_64).

commented on 2015-11-04 19:49 (UTC)

upgrade to 1.10.2 required

Mektub commented on 2014-05-15 17:01 (UTC)

OrdinaryMagician, thanks, ok now.

OrdinaryMagician commented on 2014-05-15 16:54 (UTC)

Simply remove dbus-nosystemd with -Rdd, update dbus, then reinstall dbus-nosystemd. The PKGBUILD for this version isn't wrong, more like the other way around. It's just a small issue related to the previous package version using '=' instead of '>=' for the dependency check.

Mektub commented on 2014-05-15 15:19 (UTC)

I see dbus-nosystemd 1.8.2-1 is available, but if I try to update: core is up to date extra is up to date community is up to date multilib is up to date archlinuxfr is up to date error: failed to prepare transaction (could not satisfy dependencies) :: Starting full system upgrade... :: dbus-nosystemd: requires libdbus=1.8.0 I think there is something wrong with the line: depends=('expat' 'coreutils' 'filesystem' 'shadow' "libdbus>=${pkgver}") Mektub

TZ86 commented on 2014-04-15 17:08 (UTC)

@Mr Green Please show output of 'pacman -Q dbus-nosystemd'.

Mr Green commented on 2014-04-15 08:48 (UTC)

Having issues with dbus-daemon :: Starting D-BUS system messagebus [BUSY] dbus-daemon: error while loading shared libraries: cannot open shared object file: No such file or directory Tue Apr 15 08:40:23 2014: [FAIL] Even though systemd is not built in, any ideas on the problem?

artoo commented on 2014-03-27 10:45 (UTC)

Yeah, sorry for more update stuff, and thanks. But these packages have the potential to break the system, if they don't get removed/updated properly.

TZ86 commented on 2014-03-27 04:56 (UTC)

@artoo Ugh, more updates… Okay, I'll add your packages to replaces/conflicts. >Do you want to have the colord-eudev build? No, I don't use it, and actually 23 packages is more than enough for me. :)

artoo commented on 2014-03-26 18:03 (UTC)

Two things, if I let AUR people delete my packages, I'd would be probably good to implement a safe upgrade with replaces & conflicts. I don't know how many people use my builds. Do you want to have the colord-eudev build? I maintain all builds in a git repo anyway, so should I delete colord-eudev from AUR, or do you want it transferred to rename it?

artoo commented on 2014-03-26 16:30 (UTC)

TZ86 That's very nice. If you maintain these nosystemd packages anyway, I will ask for deletion of my *-eudev ones, and will only keep eudev-$version. It gives some time for other stuff I wanted to do. Thank you. :)

TZ86 commented on 2014-03-25 09:55 (UTC)

@artoo Now everything should be fine. I've also added "eudev-base" group and additional deps to my *-nosystemd packages. Tell me if I missed something. >Another tiny thing, your kde-workspace-ck build needs libpulse to build properly. I've already added warning to pkgbuild (see build()) but probably I should try to make it easer for a user.

artoo commented on 2014-03-24 18:15 (UTC)

It seems, we both would need to provide=dbus>=1.2.0 to get dbus-c++ binding to work.

artoo commented on 2014-03-24 18:00 (UTC)

The reason I say this, your package needs to be removed with ignoring deps. I did this, and now I got error with my build complaining about a missing dbus-c++ dep. If I only knew, if the error is with my or your build now, lol. I am instigating this currently, since I had to manually remove left over stuff from your package.

artoo commented on 2014-03-24 12:33 (UTC)

Yes, I did it with my dbus-eudev build, it works fine with openrc. Btw, what d you think about merging our builds? I noticed, you just named them differently(*-nosystemd), and I just have a couple of optdepends additionally. Another tiny thing, your kde-workspace-ck build needs libpulse to build properly. Maybe make the pkgbuild depend on it so average user will succeed without looking for the wrong?

TZ86 commented on 2014-03-24 04:38 (UTC)

@artoo Do you mean make it dependant on libdbus from official repo?

artoo commented on 2014-03-23 21:02 (UTC)

package(){ (...) rm -r "$pkgdir"/usr/include rm -r "$pkgdir"/usr/lib/pkgconfig rm -r "$pkgdir"/usr/lib/dbus-1.0/include } Lets you keep libdbus.

OrdinaryMagician commented on 2014-02-20 09:59 (UTC)

Oh, I didn't know that.

TZ86 commented on 2014-02-20 06:10 (UTC)

@OrdinaryMagician Fortunately libdbus part doesn't depend on systemd so you can use lib32-libdbus from official repos.

OrdinaryMagician commented on 2014-02-19 23:07 (UTC)

I'd like to have a lib32 of this too, if you don't mind.

moetunes commented on 2013-10-03 22:19 (UTC)

Had a go at using this today, the dbus that is built has lots of errors about missing libsystemd shared files.

r08 commented on 2013-06-11 06:23 (UTC)

Thank you very very much for this. Now I can run eudev-git and dbus wont bug me that libsystemd is missing. You sir are my hero.