Solved Cannot start minidlna.

[Alain De Vos]

service minidlna start
Starting minidlna.
ld-elf.so.1: /usr/local/lib/libavformat.so.60: version LIBAVFORMAT_60 required by /usr/local/sbin/minidlnad not defined
/usr/local/etc/rc.d/minidlna: WARNING: failed to start minidlna


ls /usr/local/lib/libavformat.so.60
/usr/local/lib/libavformat.so.60

 

[nxjoseph]

You can make rc service to give debug info, can be set in rc.conf, try again after this maybe?

I don't remember the tunable, maybe rc_debug? Can you see /etc/defaults/rc.conf?

 

[SirDice]

What does strings /usr/local/lib/libavformat.so.60 | grep LIBAV output?

 

[Alain De Vos]

libavcodec.so.60
libavutil.so.58
libavformat.so.60
Detected librtmp style URL parameters, these aren't supported by the libavformat internal RTMP handler currently enabled. See the documentation for the correct way to pass parameters.
./libavcodec/bytestream.h
./libavcodec/put_bits.h
libavformat license: GPL version 3 or later
a=tool:libavformat 60.16.100

 

[Alain De Vos]

libavformat is part of the ffmpeg package

 

[Alain De Vos]

I reinstalled the ffmpeg package and now minidlna start fine.

 

[Andriy]

Let me guess, your original ffmpeg was built from ports / poudriere?
And your environment is 14.3 or something similar?

 

[Alain De Vos]

I don't remember...

 

[nxjoseph]

Let me guess, your original ffmpeg was built from ports / poudriere?
And your environment is 14.3 or something similar?

Why would that matter? I wonder.

 

[Alain De Vos]

Sometimes a little change in version can make a library not to load.

 

[Andriy]

Why would that matter? I wonder.

There is a know problem related to symbol versioning (specifically related to visibility of environ and __progname symbols from /usr/lib/crt1.o).
Because of it, some ports fail to detect that it is supported and build libraries without it.
But their users expect versioned symbols.

E.g., see PR 282060