Bug 1251697

http://maemo.org/api_refs/5.0/5.0-final/pulseaudio/paplay_8c-example.html or
https://github.com/erikd/libsndfile/blob/master/examples/sndfile-to-text.c
are hints for solving the sampling stuff, but still leaves open the returning
while playing.

libcanberra maybe ? http://0pointer.de/lennart/projects/libcanberra/
or some of its high level wrappers.. gsound ?

Hi Robert.

It was not my decision to retire esound. Nobody tried to contact me and discuss that. It simply happened behind my back. What I consider sad is that someone killed the package without providing a solution for the dependent software. So, we went from freedom to a dictatorship.

Jaromir.

Jaromír, my intention was not to blame you or whomever, I basically can
understand the intention behind and thus I am looking for a more future-
friendly solution anyway. While libcanberra might be suitable, it looks
a bit bloated for just playing 3 *.wav files (especially when looking to
its dependency chain).

I admit, that esound upstream released the last version 14 years ago and that may look like the package has no right to live longer, but that is a myth. If any black box meets expectations and works like expected, then there's no need for a change. For example, an application "Hello world!" reaches the state when it doesn't need any maintenance immediately after you release it. And it doesn't stop working just because it becomes too old and has no updates for years.
But ok. That is a thing I can live with, because there might be other reasons for stripping packages from the distro. What doesn't make me happy is that a dependency is removed from the distribution before a solution for the dependent software is found. I believe a better way would be to submit bugs against the dependent software so that it could be redesigned/patched before the dependency is removed. But that didn't happen here. We rather shoot and then resolve the consequences. And if a solution is not found quickly, then the dependent package dies as well. So, it's "DO WHAT WE WANT OR DIE" policy.

https://lists.fedoraproject.org/pipermail/devel/2015-September/214992.html

Robert, do you want to rebuild moon-buggy without sound support for now to make this stay alive? (I think it is acceptable for now) Or moon-buggy will be removed from distro on 2015-10-12.

I simply want esound back, because it was obviously removed from Fedora
without the approval of the package maintainer (Jaromír Cápík). This is
something that should not happen. Is somebody able to reverse that? Or is
a re-review needed?

copr is another alternative

(In reply to Peter Robinson from comment #8)
> copr is another alternative

Peter, would you explain your commit
http://pkgs.fedoraproject.org/cgit/esound.git/commit/?id=241ebf78b99c2f78b47c54f66dcbaabf76a5a6ce
?

(In reply to Peter Robinson from comment #8)
> copr is another alternative

For me, copr is not an alternative - because I don't want to add thousands
of community repositories like e.g. openSUSE has.

Peter, may you please answer comment #9?

Given Peter did not comment for 14+ days now, I raised a FESCo ticket for
this to resurrect the package: https://fedorahosted.org/fesco/ticket/1488

moon-buggy-1.0.51-15.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-2213d6cb34

Sorry, missed the request. I've already discussed this with the esounds maintainer on IRC long ago

Before or after retiring the package - and before or after comment #5? And
what was the result? Because I am still missing esound and there still is no
lightweight alternative for esd_play_file() for moon-buggy yet.

moon-buggy-1.0.51-15.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
$ su -c 'dnf --enablerepo=updates-testing update moon-buggy'
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-2213d6cb34

moon-buggy-1.0.51-15.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.

esound-0.2.41-14.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-50c582b909

esound-0.2.41-14.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
$ su -c 'dnf --enablerepo=updates-testing update esound'
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-50c582b909

moon-buggy-1.0.51-16.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-d07be08f8b

moon-buggy-1.0.51-16.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
$ su -c 'dnf --enablerepo=updates-testing update moon-buggy'
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-d07be08f8b

moon-buggy-1.0.51-16.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.

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