November 2016

Preparing for the 10.0 release

I continued to work on the combine sink crash that is blocking the release. My fix (which still needs some work) changes the core memory handling in such an invasive way that I think it’s best to postpone merging it after the release so that it gets a bit more testing before becoming widely used. The crash that it fixes is so rare that it’s not very serious if we don’t get the fix in the upcoming release.

My patch for making module-raop-sink compatible with the newest openssl release got reviewed, and I had to make a couple of revisions for the patch. Now it’s merged.

Ahmed Darwish was awesome and fixed two blocker bugs (97769 and 98475), so now only two release blockers remain: removing module-xen-sink and fixing one crash. module-xen-sink will be removed, because it doesn’t build any more, and the module author said that it’s probably not used by anyone. Removing the module is easy, and the remaining crash looks like it will be easy to reproduce, so hopefully we can publish the first release candidate in December.

Other things

I had prepared a libsamplerate update for OpenEmbedded earlier, and now that the OpenEmbedded-Core repository was unfrozen after a release, I submitted the update and cleaned up the libsamplerate packaging a bit. I also studied some odd bits of the OpenEmbedded alsa-lib packaging, resulting in a couple of minor fixes.

Hajime Fujita submitted a new version of his big RAOP patch set that makes module-raop-sink compatible with more recent AirPlay hardware. The patches have existed for a long time, but nobody has had time to review them. This time around Anton Lundin helped by reviewing some of them. It was also discussed that it might be best to skip the review step for the patches if nobody has time for reviewing, since the patches mostly affect just module-raop-sink and that module is becoming more and more obsolete due to only supporting old hardware.

It was reported that the “System Sounds” volume slider doesn’t affect the sounds that are played by module-x11-bell. X11 has its own volume setting for bell sounds, and PulseAudio used to honor that setting, but since the result is a confusing UI, I changed module-x11-bell so that it uses the system sound volume instead of the X11 volume.

This post was originally written on 2016-12-05, and first made available to my Patreon supporters. Speaking of Patreon – I’m using crowdfunding in an attempt to make it financially sustainable to continue my volunteer work as a PulseAudio maintainer. If you’d like to help, check out my Patreon page.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s