The issue is that libsamsung-ipc is not very useful for general GNU/Linux distributions at the moment because it requires a vendor kernel to work, and general GNU/Linux distributions don't ship such kernels.
libsamsung-ipc still has some tools, but they don't look that useful to have packaged:
- ipc-modem and ipc-test only work with vendor kernels
- nv_data-md5 can generate md5 files for the nv_data files, but regular users typically don't need to do that, even if their EFS is corrupted. This is because the md5 typically matches the file and there is also a backup nv_data and md5 file inside the EFS. That tool is however useful for experimenting with modifications to the nv_data file. And it also enables us to validate the code that handles the md5 with automatic tests.
- nv_data-imei is not very useful either: so far I managed to print the IMEI a very old phones (I think it was the Nexus S) but not to change it, so it can't be used to repair phones (yet).
As soon as libsamsung-ipc has something that is really useful for more general purpose distributions, it would be a good idea to do a release and to add packages for it in general purpose GNU/Linux distributions.
Without something useful the packages would probably be rejected by the distributions.
And having the vendor kernels packaged in general purpose GNU/Linux distributions won't work: the vendor kernels used by Replicant are really old: the Galaxy SII and SIII use a vendor kernel that is based on Linux 3.0.101.
Because of that Parabola and Guix don't work and even if you use a chroot or a hello world build by Guix.
This is because their glibc versions and configuration requires a more recent kernel and in both distributions having multiple libc is not supported, so you'd need to make a port like if you were adding another architecture, and that's just too much work.
Some of the vendor kernel patches have been ported on top of 3.18, probably by chronomonochrome, but I've not tried that yet.