Arch Linux User Repository

I've backported the upstream libplist workaround since it hasn't made it into a release yet.

They maintainer of forked-daapd is already aware of the issue and in discussions with the libplist maintainer. https://github.com/libimobiledevice/libplist/commit/137716df

I just did that.

Thanks!

@sozialarbeiter,

That sounds very much like a bug with the updated libplist package. Can you please post that pkg-config info into a bug against that Arch package?

Thanks, JM

Hi again,

upfront, the issue seems related to an upgraded library, not forked-daapd. Just mentioning it here if someone has the same issue.

After upgrading libplist (with a full system upgrade) to version 2.2.0-1 configure stops with: configure: error: iTunes Music Library XML support requires libplist ==> ERROR: A failure occurred in build(). Aborting...

After downgrading package libplist (2.2.0-1 => 2.1.0-3) it works again. That also happens when I load fdaapd from github.

I don't see the reason why pkg-config doesn't find the newer version.

With the old version I get:

forked-daapd]$ pkg-config --modversion libplist

2.1.0

When the newer version is installed it doesn't find it:

$ pkg-config --modversion libplist

Package libplist was not found in the pkg-config search path. Perhaps you should add the directory containing `libplist.pc' to the PKG_CONFIG_PATH environment variable Package 'libplist', required by 'virtual:world', not found

Tested on two systems, with the same result.

Best regards

Finally I found at least a workaround, just in case someone else is facing similar issues. Added this linker flag to the PKGBUILD configure: ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --enable-itunes --enable-chromecast --enable-lastfm --with-libwebsockets --sbindir=/usr/bin LDFLAGS="-Wl,--allow-multiple-definition"

@jmsq, another update: I just took the forked-daapd from GitHub and built it with the same options as they are by default in your AUR: ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --enable-itunes --enable-chromecast --enable-lastfm --with-libwebsockets --sbindir=/usr/bin

Same result, linking fails. So no problem with your package. Still I don't know what's going wrong on my two systems, but nothing wrong with your PKGBUILD.

Thanks!

@jmsq thank's that you tried it out for me.

I took now a different system that is used for completely different purposes, and shouldn't have similar changes in system configurations. After doing there a full system upgrade and trying to makepkg forked-daapd I get the exact same errors from the linker at that point shown below.

That's really strange. Did you also do a 'pacman -Suy' before? I wonder what else could be different in our systems. Btw., I'm building version 27.1 of forked-daapd.

/bin/sh ../libtool --tag=CC --mode=link gcc -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -o forked-daapd main.o db.o db_init.o db_upgrade.o logger.o conffile.o cache.o library/filescanner.o library/filescanner_ffmpeg.o library/filescanner_playlist.o library/filescanner_smartpl.o library/filescanner_itunes.o library.o mdns_avahi.o remote_pairing.o avio_evbuffer.o httpd.o httpd_rsp.o httpd_daap.o httpd_dacp.o httpd_jsonapi.o httpd_streaming.o httpd_oauth.o httpd_artworkapi.o http.o dmap_common.o transcode.o artwork.o misc.o misc_json.o rng.o rsp_query.o daap_query.o smartpl_query.o player.o worker.o settings.o input.o inputs/file_http.o inputs/pipe.o outputs.o outputs/rtp_common.o outputs/raop.o outputs/raop_verification.o outputs/streaming.o outputs/dummy.o outputs/fifo.o outputs/alsa.o outputs/pulse.o outputs/cast.o outputs/cast_channel.pb-c.o evrtsp/rtsp.o lastfm.o mpd.o listener.o commands.o websocket.o RSPLexer.o RSPParser.o RSP2SQL.o DAAPLexer.o DAAPParser.o DAAP2SQL.o SMARTPLLexer.o SMARTPLParser.o SMARTPL2SQL.o -lavformat -lavcodec -lavutil -lavfilter -lgpg-error -lgcrypt -lantlr3c -ljson-c -levent -lmxml -lpthread -lconfuse -lz -lgnutls -lprotobuf-c -lavahi-common -lavahi-client -levent_pthreads -levent -lplist -lsodium -lwebsockets -lcurl -lpulse -pthread -lasound -lsqlite3 -lunistring -lpthread -lrt

@sozialarbeiter I think that may be something wrong with your Arch installation, as it looks like you have duplicate library symbols. I just reinstalled forked-daapd on my end and wasn't able to reproduce any compilation errors.

Hi, after full system upgrade forked-daapd didn't startup due to: May 18 13:48:55 carrier forked-daapd[2040517]: /usr/sbin/forked-daapd: error while loading shared libraries: libjson-c.so.4: cannot open shared object file: No such file or directo>

So I wanted to rebuild it.I started with a clean git clone, and the build breaks here. Any thoughts where to look further?

... /usr/bin/ld: DAAP2SQL.o:(.bss+0x20): multiple definition of output_buffer'; main.o:(.bss+0x20): first defined here /usr/bin/ld: SMARTPL2SQL.o:(.bss+0x0): multiple definition ofoutput_device_list'; main.o:(.bss+0x8): first defined here /usr/bin/ld: SMARTPL2SQL.o:(.bss+0x20): multiple definition of `output_buffer'; main.o:(.bss+0x20): first defined here collect2: error: ld returned 1 exit status make[3]: [Makefile:750: forked-daapd] Error 1 make[3]: Leaving directory '/home/adrian/forked-daapd/src/forked-daapd-27.1/src' make[2]: [Makefile:601: all] Error 2 make[2]: Leaving directory '/home/adrian/forked-daapd/src/forked-daapd-27.1/src' make[1]: [Makefile:626: all-recursive] Error 1 make[1]: Leaving directory '/home/adrian/forked-daapd/src/forked-daapd-27.1' make: [Makefile:468: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...