It seems that 14.08.1 is the latest version and that the development moved from sourceforge to github. New upstream home:
http://www.svxlink.org/

In Fedora there is 11.11.1 (marked as svxlink-server-0.13.1), which is quite old version (i.e. four years old). Could you update it?

It seems there maybe some licensing issues that will probably require resolving, but it shouldn't be blocker.

I can help you co-maintain the package or even do the rebase for you.

Hi jaroslav,

thanks for the heads up.
I was under the impression that I had packaged a more recent version (at least 13.x), unfortunately that never made in rawhide for reasons I obviously do not recall.

I'll take a look and this packaged as soon as possible.

Thanks for your help, join the fun whenever you like to.

Thanks for your quick reply.

Also few problems I spotted in the svxlink-server-0.13.1-14.fc22:

- in svxlink.conf the MODULE_PATH is set to /usr/lib/svxlink, but modules are installed to /usr/lib64/svxlink on 64 bits

- it doesn't work out of the box with pulseaudio, the following fixed it for me:
# dnf install alsa-plugins-pulseaudio
and changing AUDIO_DEV in svxlink.conf to:
AUDIO_DEV=alsa:pulse
I think it would be great the have the alsa-plugins-pulseaudio dep in requires and AUDIO_DEV patched, or maybe the new svxlink directly compiled with pulseaudio support.

- audio files are installed to /usr/share/svxlink/en_US-heather but are searched in /usr/share/svxlink/sounds/en_US. I had to add symlink.

If you are not against, I would like to apply for co-maintenance :)

> - in svxlink.conf the MODULE_PATH is set to /usr/lib/svxlink, but modules
> are installed to /usr/lib64/svxlink on 64 bits

It is fixed in latest package version.


> - it doesn't work out of the box with pulseaudio, the following fixed it for
> me:
> # dnf install alsa-plugins-pulseaudio
> and changing AUDIO_DEV in svxlink.conf to:
> AUDIO_DEV=alsa:pulse
> I think it would be great the have the alsa-plugins-pulseaudio dep in
> requires and AUDIO_DEV patched, or maybe the new svxlink directly compiled
> with pulseaudio support.

I haven't really managed to get pulse working for me. It cannot start pulse as svxlink user which the server runs as, or at least I haven't figured a way to do this yet, I haven't actually look very deep into this. We will also have to check if it works properly with pulseaudio, ie. sync, delays etc.

As for the native part of the pulse, I do not think svxlink has any pulse support yet (I haven't checked latest git though).

 
> - audio files are installed to /usr/share/svxlink/en_US-heather but are
> searched in /usr/share/svxlink/sounds/en_US. I had to add symlink.

Fixed.


You mentioned something about licensing issues. I only noticed sounds seems to be licensed under gplv2+ now, instead of gplv2 explicit in the past.
Is there anything else before I'll make a real build in koji?

(In reply to Lucian Langa from comment #4)
> > - in svxlink.conf the MODULE_PATH is set to /usr/lib/svxlink, but modules
> > are installed to /usr/lib64/svxlink on 64 bits
> 
> It is fixed in latest package version.
> 
Great thanks, I will test it.
 
> > - it doesn't work out of the box with pulseaudio, the following fixed it for
> > me:
> > # dnf install alsa-plugins-pulseaudio
> > and changing AUDIO_DEV in svxlink.conf to:
> > AUDIO_DEV=alsa:pulse
> > I think it would be great the have the alsa-plugins-pulseaudio dep in
> > requires and AUDIO_DEV patched, or maybe the new svxlink directly compiled
> > with pulseaudio support.
> 
> I haven't really managed to get pulse working for me. It cannot start pulse
> as svxlink user which the server runs as, or at least I haven't figured a
> way to do this yet, I haven't actually look very deep into this. We will
> also have to check if it works properly with pulseaudio, ie. sync, delays
> etc.
>
It worked for me in svxlink-server-0.13.1, I will retest with the new package. I had to set SELinux to permissive mode in order to allow svxlink to autospawn PulseAudio daemon - this will require SELinux rule. And I also had to add svxlink user to 'audio' group for pulsaudio server to be allowed to access the HW. This is not clean solution, and may cause conflicts with audio HW, if there are other simultaneously logged users. It would be probably better and more reliable to run PulseAudio as system service, but it is something we couldn't change in distro. Users could customize it - it could be noted in readme file.

> As for the native part of the pulse, I do not think svxlink has any pulse
> support yet (I haven't checked latest git though).
> 
I heard something, but it may be not correct, I will check.

> 
> You mentioned something about licensing issues. I only noticed sounds seems
> to be licensed under gplv2+ now, instead of gplv2 explicit in the past.
> Is there anything else before I'll make a real build in koji?
>
I noted 'The Wide Open License (WOL)' in e.g. async/audio/AsyncAudioInterpolator.cpp. It is not on Fedora license list, but probably OK, I think it should be sent to Fedora legal.

The github master also has (this may be issue in the future):
Zlib (Aladdin Enterprises):
echolib/md5.{c,h}
MIT License:
svxlink/trx/Macho.{hpp,cpp}

(In reply to Jaroslav Škarvada from comment #5)
> It worked for me in svxlink-server-0.13.1, I will retest with the new
> package. I had to set SELinux to permissive mode in order to allow svxlink
> to autospawn PulseAudio daemon - this will require SELinux rule. And I also
> had to add svxlink user to 'audio' group for pulsaudio server to be allowed
> to access the HW. This is not clean solution, and may cause conflicts with
> audio HW, if there are other simultaneously logged users. It would be
> probably better and more reliable to run PulseAudio as system service, but
> it is something we couldn't change in distro. Users could customize it - it
> could be noted in readme file.
> 
I also homed svxlink user to /var/spool/svxlink.

(In reply to Jaroslav Škarvada from comment #5)
> I noted 'The Wide Open License (WOL)' in e.g.
> async/audio/AsyncAudioInterpolator.cpp. It is not on Fedora license list,
> but probably OK, I think it should be sent to Fedora legal.
> 
> The github master also has (this may be issue in the future):
> Zlib (Aladdin Enterprises):
> echolib/md5.{c,h}
> MIT License:
> svxlink/trx/Macho.{hpp,cpp}

All seems included in svxlink-14.08.1, so the Zlib probably also needs review from Fedora Legal.

Regarding licensing each case has been dealt with before by legal:

zlib Aladdin license is actually zlib with acknowledgement:

https://lists.fedoraproject.org/pipermail/legal/2013-February/002099.html

There is no problem with MIT.

WOL is just a Minimal MIT.

https://lists.fedoraproject.org/pipermail/legal/2008-July/000306.html

I've dropped GPLv2 strict as sounds package is licensed under GPLv2+ now.

(In reply to Lucian Langa from comment #8)
> Regarding licensing each case has been dealt with before by legal:
> 
> zlib Aladdin license is actually zlib with acknowledgement:
> 
> https://lists.fedoraproject.org/pipermail/legal/2013-February/002099.html
> 
> There is no problem with MIT.
> 
> WOL is just a Minimal MIT.
> 
> https://lists.fedoraproject.org/pipermail/legal/2008-July/000306.html
> 
> I've dropped GPLv2 strict as sounds package is licensed under GPLv2+ now.

Great, thanks for info.

svxlink-14.08.1-2.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-14220

svxlink-14.08.1-2.fc22 has been submitted as an update to Fedora 22. https://bodhi.fedoraproject.org/updates/FEDORA-2015-14221

svxlink-14.08.1-2.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update svxlink'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-14220

svxlink-14.08.1-2.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update svxlink'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-14221

svxlink-14.08.1-2.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.

svxlink-14.08.1-2.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.