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.