Unversioned libraries

[slyon]

During Debian packaging, I discovered that this project ships many unversioned shared objects. We should consider having them versioned with a proper ABI version, similar to how libpal.so.1.0.0 is versioned.

usr/lib/${DEB_HOST_MULTIARCH}/libbt_aptx.so
usr/lib/${DEB_HOST_MULTIARCH}/libbt_ble.so
usr/lib/${DEB_HOST_MULTIARCH}/libbt_bundle.so
usr/lib/${DEB_HOST_MULTIARCH}/libdev_bt.so
usr/lib/${DEB_HOST_MULTIARCH}/libdev_display.so
usr/lib/${DEB_HOST_MULTIARCH}/libdev_dummy.so
usr/lib/${DEB_HOST_MULTIARCH}/libdev_ec_ref.so
usr/lib/${DEB_HOST_MULTIARCH}/libdev_ext_ec.so
usr/lib/${DEB_HOST_MULTIARCH}/libdev_fm.so
usr/lib/${DEB_HOST_MULTIARCH}/libdev_handset.so
usr/lib/${DEB_HOST_MULTIARCH}/libdev_handset_mic.so
usr/lib/${DEB_HOST_MULTIARCH}/libdev_handset_va.so
usr/lib/${DEB_HOST_MULTIARCH}/libdev_haptics.so
usr/lib/${DEB_HOST_MULTIARCH}/libdev_headphone.so
usr/lib/${DEB_HOST_MULTIARCH}/libdev_headset_mic.so
usr/lib/${DEB_HOST_MULTIARCH}/libdev_headset_va.so
usr/lib/${DEB_HOST_MULTIARCH}/libdev_proxy.so
usr/lib/${DEB_HOST_MULTIARCH}/libdev_speaker.so
usr/lib/${DEB_HOST_MULTIARCH}/libdev_speaker_mic.so
usr/lib/${DEB_HOST_MULTIARCH}/libdev_ultrasound.so
usr/lib/${DEB_HOST_MULTIARCH}/libdev_usb.so
usr/lib/${DEB_HOST_MULTIARCH}/libplugin_manager.so
usr/lib/${DEB_HOST_MULTIARCH}/libsession_agm.so
usr/lib/${DEB_HOST_MULTIARCH}/libsession_ar.so
usr/lib/${DEB_HOST_MULTIARCH}/libsession_compress.so
usr/lib/${DEB_HOST_MULTIARCH}/libsession_compress_config.so
usr/lib/${DEB_HOST_MULTIARCH}/libsession_pcm.so
usr/lib/${DEB_HOST_MULTIARCH}/libsession_pcm_config.so
usr/lib/${DEB_HOST_MULTIARCH}/libsession_utils_config.so
usr/lib/${DEB_HOST_MULTIARCH}/libsession_voice.so
usr/lib/${DEB_HOST_MULTIARCH}/libsession_voice_config.so
usr/lib/${DEB_HOST_MULTIARCH}/libstream_acd.so
usr/lib/${DEB_HOST_MULTIARCH}/libstream_asr.so
usr/lib/${DEB_HOST_MULTIARCH}/libstream_calltranslation.so
usr/lib/${DEB_HOST_MULTIARCH}/libstream_common.so
usr/lib/${DEB_HOST_MULTIARCH}/libstream_commonproxy.so
usr/lib/${DEB_HOST_MULTIARCH}/libstream_compress.so
usr/lib/${DEB_HOST_MULTIARCH}/libstream_contextproxy.so
usr/lib/${DEB_HOST_MULTIARCH}/libstream_haptics.so
usr/lib/${DEB_HOST_MULTIARCH}/libstream_incall.so
usr/lib/${DEB_HOST_MULTIARCH}/libstream_nontunnel.so
usr/lib/${DEB_HOST_MULTIARCH}/libstream_pcm.so
usr/lib/${DEB_HOST_MULTIARCH}/libstream_sensorrenderer.so
usr/lib/${DEB_HOST_MULTIARCH}/libstream_ultrasound.so
usr/lib/${DEB_HOST_MULTIARCH}/libstreamsensorpcmdata_headers.so

[qti-sbojja]

Hi @slyon, we are trying to load un-versioned .so at run time from the below Path.
https://github.com/AudioReach/audioreach-pal/blob/master/configs/qcom/IoT/shikra/plugin_manager.xml

but un-versioned .so will not be part of the runtime package. is it ok to make un-versioned .so part of main package? Can you please suggest how to proceed?

[slyon]

Ah I understand, thanks for the explanation. Unversioned .so are fine as runtime plugins and we'll find a way to package them properly!

But do I understand correctly, that libpal.so.1.0.0 is not a plugin but an actual shared library that is supposed to be linked against?

[qti-sbojja]

Ah I understand, thanks for the explanation. Unversioned .so are fine as runtime plugins and we'll find a way to package them properly!

But do I understand correctly, that libpal.so.1.0.0 is not a plugin but an actual shared library that is supposed to be linked against?

Yes, that's correct.

[slyon]

Okay, so maybe installing the unversioned .so files into /usr/lib/audioreach-pal/plugins/ would be a good option then?

The corresponding XML files from #81 could then go to something like /usr/share/audioreach-pal/