You are not logged in.
Pages: 1
Topic closed
> mpd
mpd: error while loading shared libraries: libsystemd-daemon.so.0: cannot open shared object file: No such file or directoryIf you compile it from ABS it works fine, so this seems entirely pointless. Can the official repos be upgraded to have binaries that run without systemd?
Offline
systemd provides functionality that some people desire and other people don't. Either way, SOME version is going to end up in the AUR. And there's nothing wrong with that. It's just the AUR.
If you have a technical reason why you feel the dependencies for mpd should be changed, then please file a bug report on the Arch Linux bug tracker.
Offline
What is the difference between mpd compiled with and without systemd?
Offline
One is compiled with systemd and the other without? I feel like that might have been a trick question… ![]()
All the best,
-HG
Offline
I think I may have misunderstood your original post...
I just took a look at the PKGBUILD for mpd. It doesn't depend on systemd, although something mpd does depend on might, I don't know.
As far as I can tell (which isn't far), mpd just provides a file that allows the mpd daemon to be started with systemd.
Offline
Technically, it doesn't depend on systemd
Depends On : libao ffmpeg libmodplug audiofile libshout libmad curl faad2 sqlite jack libmms wavpack avahi libid3tag yajlrather it requires systemd to run. Not trying to be pedantic; maybe it needs to depend on systemd. Or do we not do that since systemd is the init system?
Edit: snaked by drcouzelis ![]()
Last edited by alphaniner (2013-06-05 19:09:23)
But whether the Constitution really be one thing, or another, this much is certain - that it has either authorized such a government as we have had, or has been powerless to prevent it. In either case, it is unfit to exist.
-Lysander Spooner
Offline
I think I may have misunderstood your original post...
I just took a look at the PKGBUILD for mpd. It doesn't depend on systemd, although something mpd does depend on might, I don't know.
As far as I can tell (which isn't far), mpd just provides a file that allows the mpd daemon to be started with systemd.
If mpd doesn't depend on systemd itself but crashes without it, this is - in theory - worth a bug report. In practice it doesn't matter much because you are expected to have systemd installed anyway.
It would be nice to know what hhhhhh actually tries to accomplish, because running an Arch installation without systemd even being installed sounds kind of insane to me.
Offline
mpd links against libsystemd-daemon to provide socket activation. If you really want to remove systemd, create a separate (tiny) libsystemd package with /usr/lib/libsystemd-daemon.so*. Without systemd installed, this library does nothing.
Offline
Can the official repos be upgraded to have binaries that run without systemd?
Systemd is part of the core that makes up Arch Linux. It provides udev, is used as PID 1, manages services, handles login sessions and probably lots of other stuff that I can't think of right now. It is assumed that you have it installed, and is the only officially supported init system at the present time.
Why would official Arch packages be compiled without it?
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Offline
mpd links against libsystemd-daemon to provide socket activation. If you really want to remove systemd, create a separate (tiny) libsystemd package with /usr/lib/libsystemd-daemon.so*. Without systemd installed, this library does nothing.
I compiled an empty shared library and put it here and it didn't fix it so I assume that's not what you mean. Please can you explain again?
Why would official Arch packages be compiled without it?
Why would they be when all it does is break packages for people not using systemd...
Offline
WorMzy wrote:Why would official Arch packages be compiled without it?
Why would they be when all it does is break packages for people not using systemd...
Because systemd is assumed to be installed and if software can provide more functionality with systemd, it makes perfect sense to make use if this. If you are actually brave enough to uninstall systemd on an Arch installation, you are in the minority (the very, very small minority) and have to deal with this yourself by recompiling everything from the ABS.
Offline
hhhhhhhh (AKA the user mj)
Do not create multiple accounts. Banning this troll account permanently.
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
The shortest way to ruin a country is to give power to demagogues.— Dionysius of Halicarnassus
---
How to Ask Questions the Smart Way
Offline
Pages: 1
Topic closed