Bugzilla Bug 236230

hello sound team, can we get the mentioned version stable?
it is required for gnustep-base/gnustep-gui-0.14.0-r1 stabilisation in bug
#235922.

No reaction for two weeks, no open bugs, so ccing arches.

sparc stable

Bad idea;
Here is the mail I sent to Markus:

Even given how much I hate having snapshots of a dev. version stable,
since nobody complained about it and considering the state of the
things wrt portaudio, this seems the best we can get from it so far.
However, we have packages depending on it, and 18 & 19 are
incompatible... that means we have to check the reverse deps of
portaudio, and I'm afraid there will be a lot of problems :/
It took so much time to get it in ~arch, when in the end it was more
about removing portaudio support from failing packages than fixing
them, that I think stabilizing it will have to be done with great care.


I can think about jack that doesn't build with v19. we dropped
portaudio support in the ~arch version. The stable version depends on
v18. I'm not sure if it would be a good idea to stabilise a new jack
version as I've read around that 109.2 isn't that a good release (even
if we never had bug reports); moreover, I think lives has compile
problems with this jack version; in this case I think it would be best
to just drop portaudio in every jack ebuild and be done with it.


I'm afraid such an analysis will have to be done for every
stable package having problems with portaudio v19; so, if you want
portaudio v19 stable, please try to compile a list of stable packages
not compatible with v19 and we'll see with the relevant maintainers if
this can be done reasonably.

Re-CC'ing sparc again, since they'll definately want to check reverse
dependencies, or revert the stable keyword.

fyi, upstream considers portaudio v19_20071207 a stable release.

(In reply to comment #4)
> Re-CC'ing sparc again, since they'll definately want to check reverse
> dependencies, or revert the stable keyword.

I only checked mpg123 and espeak, unfortunately these two seemed to be okay so
I didn't notice :(

Well, it's back to ~sparc for now.

removing arches for now. no need to hurry as bug #235922 can be done without
latest portaudio.

Wrt comment #3 some work has been done already to check for problems with
portaudio-v19. See Bug 222841 for a list of programs using portaudio and the
actual state.

Please test and mark stable,

=media-sound/jack-audio-connection-kit-0.109.2-r1 : alpha amd64 arm hppa ia64
ppc ppc64 sh sparc x86

=media-libs/portaudio-19_pre20071207 : alpha amd64 arm hppa ia64 ppc ppc64 sh
sparc x86

Please remember to do bugs depending, and blocking this bug *at the same time*
so you won't mess up tree.

Stable for HPPA.

+  03 Dec 2008; <ssuominen@gentoo.org>
+  jack-audio-connection-kit-0.103.0.ebuild:
+  Remove usage of deprecated Portaudio v18.

So stabilizing media-sound/jack-audio-connection-kit is optional from now on, 
you can stick with your current version if 0.109.2-r1 is a trouble for you.

But please hurry with Portaudio.

amd64/x86 stable

Sparc stable.

Both stable on alpha, lirc is irrelevant there.

ppc64 done

arm/ia64/sh stable

ppc stable.