Re: (Partial) GNOME 3 status update
On Tue, 2009-07-14 at 22:06 +0300, Marc-André Lureau wrote: > Hi > > On Tue, Jul 14, 2009 at 9:17 PM, Felix Riemann wrote: > > > > I'd rather keep gst-mixer at least until GNOME 3.0 (or a bit longer; > > Also, it is used in Solaris, because they don't ship PulseAudio (they > use Solaris Audio or OSS, I am not sure :) > > > vu-meter, gnome-cd and cdd-slave are unlikely to be widely missed, I > > guess. > > > Sorry for the late reply - I'm just catching up on D-D-L. > > Also, I think the Gst gang is willing to deprecate IGstMixer for 1.0, > which means that gst-mixer would have to be either removed, or shipped > the with the current GStreamer part. Either way, having it in a > separate package would make sense. No-one has said the GstMixer would go away in 1.0 at any point - just that the current incarnation sucks and could be greatly improved. In general terms, it's still important for GStreamer to supply a general interface to mixer capabilities. - Jan. -- Jan Schmidt ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
2009/7/22 Lennart Poettering : > On Wed, 15.07.09 04:46, Brian Cameron (brian.came...@sun.com) wrote: > >>> Why don't we remove gst-mixer, vu-meter, gnome-cd and cddb-slave2 >>> completely from gnome media 2.27. People that want to keep on building >>> them can use the 2.26 branch >> >> PulseAudio doesn't provide as much value on Solaris since >> OSSv4 provides mixing functionalities directly in the OSS layer. > > Haha! That was very helpful Lennart, thanks, I'm now much more aware on how PA is better than OSSv4 on Solaris thanks to your detailed and respectful answer :-) *Hint*: I do want an explanation to that laugh > > Lennart > > -- > Lennart Poettering Red Hat, Inc. > lennart [at] poettering [dot] net > http://0pointer.net/lennart/ GnuPG 0x1A015CC4 > ___ > desktop-devel-list mailing list > desktop-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/desktop-devel-list > -- Un saludo, Alberto Ruiz ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
On Fri, 17.07.09 09:41, Josselin Mouette (j...@debian.org) wrote: > > In all cases, pass-thru setups are too hard to setup on Linux, so it's > > not like the extra fiddling will hurt anyone (for now anyway). > > Currently, using ALSA, it’s just a check box to tick in gst-mixer. > Unless you can detect automatically whether the SP/DIF output is being > used (and it’s not always possible), I don’t know how you can make it > easier. Pass-thru by just ticking a check-box? Uh? For AC3 pass-thru the apps need to provide AC3 in the first place. And switching the apps to do that is certainly nothing you can trigger by changing an ALSA mixer control. If you mean normal PCM SPDIF, then I can tell you that PA supports that just fine. You can switch between analog and SPDIF during runtime, without even having to stop your playback. Dunno how else I could understand your remark, but to me it appears to be just bogus. > > In the future, I don't see how we could have reasonable support for the > > use cases we want to handle (say, move one stream from internal > > speakers/soundcard to USB speakers) without having something like PA > > available. Using only ALSA (or a sound system with similar capabilities > > such as OSSv4) is a dead-end. > > To do things like that with Linux, you’ve always needed JACK until now. > And if we want to cover all uses cases JACK covers, PA will end up just > reimplementing JACK. Sorry, but this is just bogus. Lennart -- Lennart PoetteringRed Hat, Inc. lennart [at] poettering [dot] net http://0pointer.net/lennart/ GnuPG 0x1A015CC4 ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
On Wed, 15.07.09 04:46, Brian Cameron (brian.came...@sun.com) wrote: >> Why don't we remove gst-mixer, vu-meter, gnome-cd and cddb-slave2 >> completely from gnome media 2.27. People that want to keep on building >> them can use the 2.26 branch > > PulseAudio doesn't provide as much value on Solaris since > OSSv4 provides mixing functionalities directly in the OSS layer. Haha! Lennart -- Lennart PoetteringRed Hat, Inc. lennart [at] poettering [dot] net http://0pointer.net/lennart/ GnuPG 0x1A015CC4 ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
On Wed, 15.07.09 12:00, Patryk Zawadzki (pat...@pld-linux.org) wrote: > On Wed, Jul 15, 2009 at 11:46 AM, Brian Cameron wrote: > > Solaris continues to use gst-mixer since Solaris does not yet provide > > PulseAudio. PulseAudio doesn't provide as much value on Solaris since > > OSSv4 provides mixing functionalities directly in the OSS layer. > > Would introducing PA have any downsides? Having a common abstraction > layer for sound would likely make it easier to develop portable apps. Choosing PA because it can be used as an abstraction layer is choosing it for the wrong reasons. Lennart -- Lennart PoetteringRed Hat, Inc. lennart [at] poettering [dot] net http://0pointer.net/lennart/ GnuPG 0x1A015CC4 ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
On Wed, 15.07.09 09:00, Diego Escalante Urrelo (die...@gnome.org) wrote: > > On Tue, 2009-07-14 at 20:02 +0200, Cosimo Cecchi wrote: > > On Tue, 2009-07-14 at 19:49 +0200, Jaap A. Haitsma wrote: > > > > > Why don't we remove gst-mixer, vu-meter, gnome-cd and cddb-slave2 > > > completely from gnome media 2.27. People that want to keep on building > > > them can use the 2.26 branch > > > > Not sure if somebody still uses gst-mixer (at least Fedora is using > > gnome-volume-control instead of it) but the README here [1] says at > > least the other three applications are disabled from the default build > > anyway, and I agree with you it's not worth the effort to patch them to > > use up-to-date platform technologies. > > > > I use it because of the simplest ever use case not yet covered by PA: > - PCM volume at 100% -> jerky sound > > PA assumes that I have PCM at 100% and I only need to adjust Master, This is not really true. PA does not care about volume 'percentages', it only cares about the dB values ALSA exports for those volume steps. And for the 'inner' controls 0dB should equal no attenuation/no amplification, i.e. be the value where you get the loudest output without having to fear clipping. > this is broken at least in my card (intel8x0) because if I were to put > PCM at 100% I would get quite jerky sound (imagine a batteries fm > radio). Right now PA only allows me to adjust Master, which is quite > useless for me. "alsactl init" should reset your control levels to 0dB, i.e. to a position where you should not get clipping. If it doesn't file a bug against ALSA. Also, on PA 0.9.16 we actually merge the volume sliders that are in the pipeline into one, where the 'outermost' slider applies the biggest volume adjustment, while the inner ones are usually fixed to 0dB. Lennart -- Lennart PoetteringRed Hat, Inc. lennart [at] poettering [dot] net http://0pointer.net/lennart/ GnuPG 0x1A015CC4 ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
Le vendredi 17 juillet 2009 à 00:53 +0100, Bastien Nocera a écrit : > > Forcing PA breaks all pass-through setups, which are becoming less > > uncommon with HDMI spreading. And that’s not specific to Solaris. > > There's pasuspender for now, and there's already plans to fix this[1]. That’s good news, thanks for the link. > In all cases, pass-thru setups are too hard to setup on Linux, so it's > not like the extra fiddling will hurt anyone (for now anyway). Currently, using ALSA, it’s just a check box to tick in gst-mixer. Unless you can detect automatically whether the SP/DIF output is being used (and it’s not always possible), I don’t know how you can make it easier. > In the future, I don't see how we could have reasonable support for the > use cases we want to handle (say, move one stream from internal > speakers/soundcard to USB speakers) without having something like PA > available. Using only ALSA (or a sound system with similar capabilities > such as OSSv4) is a dead-end. To do things like that with Linux, you’ve always needed JACK until now. And if we want to cover all uses cases JACK covers, PA will end up just reimplementing JACK. -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
On Fri, 2009-07-17 at 01:32 +0200, Josselin Mouette wrote: > Le mercredi 15 juillet 2009 à 12:00 +0200, Patryk Zawadzki a écrit : > > On Wed, Jul 15, 2009 at 11:46 AM, Brian Cameron > > wrote: > > > Solaris continues to use gst-mixer since Solaris does not yet provide > > > PulseAudio. PulseAudio doesn't provide as much value on Solaris since > > > OSSv4 provides mixing functionalities directly in the OSS layer. > > > > Would introducing PA have any downsides? Having a common abstraction > > layer for sound would likely make it easier to develop portable apps. > > Forcing PA breaks all pass-through setups, which are becoming less > uncommon with HDMI spreading. And that’s not specific to Solaris. There's pasuspender for now, and there's already plans to fix this[1]. In all cases, pass-thru setups are too hard to setup on Linux, so it's not like the extra fiddling will hurt anyone (for now anyway). In the future, I don't see how we could have reasonable support for the use cases we want to handle (say, move one stream from internal speakers/soundcard to USB speakers) without having something like PA available. Using only ALSA (or a sound system with similar capabilities such as OSSv4) is a dead-end. [1]: https://tango.0pointer.de/pipermail/pulseaudio-discuss/2009-January/002897.html for example ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
Le mercredi 15 juillet 2009 à 12:00 +0200, Patryk Zawadzki a écrit : > On Wed, Jul 15, 2009 at 11:46 AM, Brian Cameron wrote: > > Solaris continues to use gst-mixer since Solaris does not yet provide > > PulseAudio. PulseAudio doesn't provide as much value on Solaris since > > OSSv4 provides mixing functionalities directly in the OSS layer. > > Would introducing PA have any downsides? Having a common abstraction > layer for sound would likely make it easier to develop portable apps. Forcing PA breaks all pass-through setups, which are becoming less uncommon with HDMI spreading. And that’s not specific to Solaris. -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
Hi On Wed, Jul 15, 2009 at 5:00 PM, Diego Escalante Urrelo wrote: > On Tue, 2009-07-14 at 20:02 +0200, Cosimo Cecchi wrote: >> On Tue, 2009-07-14 at 19:49 +0200, Jaap A. Haitsma wrote: >> >> > Why don't we remove gst-mixer, vu-meter, gnome-cd and cddb-slave2 >> > completely from gnome media 2.27. People that want to keep on building >> > them can use the 2.26 branch >> >> Not sure if somebody still uses gst-mixer (at least Fedora is using >> gnome-volume-control instead of it) but the README here [1] says at >> least the other three applications are disabled from the default build >> anyway, and I agree with you it's not worth the effort to patch them to >> use up-to-date platform technologies. >> > > I use it because of the simplest ever use case not yet covered by PA: > - PCM volume at 100% -> jerky sound > > PA assumes that I have PCM at 100% and I only need to adjust Master, > this is broken at least in my card (intel8x0) because if I were to put > PCM at 100% I would get quite jerky sound (imagine a batteries fm > radio). Right now PA only allows me to adjust Master, which is quite > useless for me. > Give 0.9.16-test2 a try, it deals with the different mixer Master/PCM simultaneously, and it's fantastic, seriously. > So what I do is having Master at 100% and PCM around 70%, if laptop > speaker volume (hw control) is not strong enough I go to gst-mixer and > adjust PCM up a little bit, giving away quality for some loudness. > > Not having gst-mixer would mean either having PCM at 100% all the time > and getting jerky sound or having to go console or use some ugly thing > like gnome-alsamixer. If it's not hurting anyone, please keep gst-mixer > in the package. > For GNOME 3, and even before, this should be solved. There will be no good reason, I hope, to keep gst-mixer. That's why it could be moved to a different project. Especially if the GStreamer GstMixer is deprecated. regards, -- Marc-André Lureau ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
On Tue, 2009-07-14 at 20:02 +0200, Cosimo Cecchi wrote: > On Tue, 2009-07-14 at 19:49 +0200, Jaap A. Haitsma wrote: > > > Why don't we remove gst-mixer, vu-meter, gnome-cd and cddb-slave2 > > completely from gnome media 2.27. People that want to keep on building > > them can use the 2.26 branch > > Not sure if somebody still uses gst-mixer (at least Fedora is using > gnome-volume-control instead of it) but the README here [1] says at > least the other three applications are disabled from the default build > anyway, and I agree with you it's not worth the effort to patch them to > use up-to-date platform technologies. > I use it because of the simplest ever use case not yet covered by PA: - PCM volume at 100% -> jerky sound PA assumes that I have PCM at 100% and I only need to adjust Master, this is broken at least in my card (intel8x0) because if I were to put PCM at 100% I would get quite jerky sound (imagine a batteries fm radio). Right now PA only allows me to adjust Master, which is quite useless for me. So what I do is having Master at 100% and PCM around 70%, if laptop speaker volume (hw control) is not strong enough I go to gst-mixer and adjust PCM up a little bit, giving away quality for some loudness. Not having gst-mixer would mean either having PCM at 100% all the time and getting jerky sound or having to go console or use some ugly thing like gnome-alsamixer. If it's not hurting anyone, please keep gst-mixer in the package. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
Patryk: On Wed, Jul 15, 2009 at 11:46 AM, Brian Cameron wrote: Solaris continues to use gst-mixer since Solaris does not yet provide PulseAudio. PulseAudio doesn't provide as much value on Solaris since OSSv4 provides mixing functionalities directly in the OSS layer. Would introducing PA have any downsides? Having a common abstraction layer for sound would likely make it easier to develop portable apps. There would be some advantages for using PulseAudio, yes. Positional sounds could be an interesting feature, for example. This was discussed before. Refer: http://mail.gnome.org/archives/desktop-devel-list/2009-January/msg00208.html However, many of the additional benefits (e.g. GlitchFree) requires support in the drivers, which currently does not exist on Solaris. It would be a significant effort to add such features, and not currently in the plans. However, this could perhaps change sometime in the future and make PulseAudio more attractive on Solaris. Also, for PulseAudio to work properly, you need to redirect all audio applications to use it. On Solaris, this would be a non-trivial effort since we need to support several applications that aren't designed to use PulseAudio currently (such as Real Player, Flash, etc.). In short, it would be a fair bit of work to integrate PulseAudio, and the benefits do not seem worth the effort at the moment. Brian ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
On Wed, Jul 15, 2009 at 11:46 AM, Brian Cameron wrote: > Solaris continues to use gst-mixer since Solaris does not yet provide > PulseAudio. PulseAudio doesn't provide as much value on Solaris since > OSSv4 provides mixing functionalities directly in the OSS layer. Would introducing PA have any downsides? Having a common abstraction layer for sound would likely make it easier to develop portable apps. -- Patryk Zawadzki ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
Jaap A. Haitsma wrote: On Tue, Jul 14, 2009 at 12:29, Felix Riemann wrote: Regarding the non-default / deprecated widgets I'll take it like Thomas Andersen in comment 9 in above bug: it makes no sense fixing them. * gst-mixer doesn't need any fixing and works with deprecated symbols disabled already. (Note, this seems to be used at least in Gentoo when building your system without PA) Why don't we remove gst-mixer, vu-meter, gnome-cd and cddb-slave2 completely from gnome media 2.27. People that want to keep on building them can use the 2.26 branch Solaris continues to use gst-mixer since Solaris does not yet provide PulseAudio. PulseAudio doesn't provide as much value on Solaris since OSSv4 provides mixing functionalities directly in the OSS layer. Providing an alternative GStreamer-based mixer program still has value, I think. Sun would appreciate if gst-mixer could stay in gnome-media. Since it doesn't need any fixing and works with deprecated symbols disabled already, I don't think there is any reason to remove it from that standpoint. I don't think there is an issue with removing the other programs, though. Brian ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
Am Dienstag, den 14.07.2009, 12:29 +0200 schrieb Felix Riemann: > Well, with gst-properties fixed, the default gnome-media install builds > fine with deprecated symbols disabled here. > > Regarding the non-default / deprecated widgets I'll take it like Thomas > Andersen in comment 9 in above bug: it makes no sense fixing them. So if that is the case, we can also whitelist gnome-media from the GtkDeprecatedSymbols column in http://www.gnome.org/~fpeters/299.html . andre -- mailto:ak...@gmx.net | failed http://www.iomc.de/ | http://blogs.gnome.org/aklapper ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
Hi On Tue, Jul 14, 2009 at 9:17 PM, Felix Riemann wrote: > > I'd rather keep gst-mixer at least until GNOME 3.0 (or a bit longer; Also, it is used in Solaris, because they don't ship PulseAudio (they use Solaris Audio or OSS, I am not sure :) > vu-meter, gnome-cd and cdd-slave are unlikely to be widely missed, I > guess. > >From maintainer point of view, having them in the tarball doesn't matter much. It's just more tricky to know what is relevant when looking at the overall package (like the gnome 2.99 goals). GNOME 3 is a good target to just remove them from gnome-media (and bugzilla?), if the release team agree. Also, I think the Gst gang is willing to deprecate IGstMixer for 1.0, which means that gst-mixer would have to be either removed, or shipped the with the current GStreamer part. Either way, having it in a separate package would make sense. regards, -- Marc-André Lureau ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
Am Dienstag, den 14.07.2009, 19:49 +0200 schrieb Jaap A. Haitsma: > Why don't we remove gst-mixer, vu-meter, gnome-cd and cddb-slave2 > completely from gnome media 2.27. People that want to keep on building > them can use the 2.26 branch > I'd rather keep gst-mixer at least until GNOME 3.0 (or a bit longer; doesn't seem to require lots of maintenance). I know that Gentoo offers the possibility to have a PA-free desktop, using gst-mixer. Also, Ubuntu seems to provide it as default as well[1]. vu-meter, gnome-cd and cdd-slave are unlikely to be widely missed, I guess. [1] http://packages.ubuntu.com/karmic/i386/gnome-media/filelist ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
On Tue, 2009-07-14 at 19:49 +0200, Jaap A. Haitsma wrote: > Why don't we remove gst-mixer, vu-meter, gnome-cd and cddb-slave2 > completely from gnome media 2.27. People that want to keep on building > them can use the 2.26 branch Not sure if somebody still uses gst-mixer (at least Fedora is using gnome-volume-control instead of it) but the README here [1] says at least the other three applications are disabled from the default build anyway, and I agree with you it's not worth the effort to patch them to use up-to-date platform technologies. [1] http://git.gnome.org/cgit/gnome-media/tree/README Ciao, Cosimo ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
On Tue, Jul 14, 2009 at 12:29, Felix Riemann wrote: > Am Montag, den 13.07.2009, 23:43 +0300 schrieb Marc-André Lureau: >> Hi >> > Hey! > >> On Mon, Jul 13, 2009 at 11:24 PM, Andre Klapper wrote: >> > Less than 5 modules with non-low Gtk-Deprecated-Symbols. >> > = >> > NOT COMPLETED (Progress compared to 2.27.3: 9->7). >> > complex: 2 (gnome-games, gnome-media) >> >> By getting rif of libglade in gst-properties, Felix Riemann also >> helped to drop some deprecated symbols. >> >> Felix can probably tell us better how far we are from having all the >> maintained part of gnome-media free of deprecated symbols. I have the >> feeling we are close to be clean. >> >> See http://bugzilla.gnome.org/show_bug.cgi?id=572353 >> > > Well, with gst-properties fixed, the default gnome-media install builds > fine with deprecated symbols disabled here. > > Regarding the non-default / deprecated widgets I'll take it like Thomas > Andersen in comment 9 in above bug: it makes no sense fixing them. > > * gst-mixer doesn't need any fixing and works with deprecated > symbols disabled already. (Note, this seems to be used at least > in Gentoo when building your system without PA) > * vu-meter would be doable but was written for ESD. Alternatives > already exist for PulseAudio, eg. with Lennart's own > pavumeter[1]. > * gnome-cd could be doable as well but AFAIR was replaced already > (not sure by whom right now, Sound-Juicer?, Rhythmbox?, Totem?) > * cddb-slave2 is from what I can see only left as a dependency of > gnome-cd. I guess most cd-player apps today use Musicbrainz > anyway, so there's probably not much use in fixing it. > Why don't we remove gst-mixer, vu-meter, gnome-cd and cddb-slave2 completely from gnome media 2.27. People that want to keep on building them can use the 2.26 branch Jaap ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
Am Montag, den 13.07.2009, 23:43 +0300 schrieb Marc-André Lureau: > Hi > Hey! > On Mon, Jul 13, 2009 at 11:24 PM, Andre Klapper wrote: > > Less than 5 modules with non-low Gtk-Deprecated-Symbols. > > = > > NOT COMPLETED (Progress compared to 2.27.3: 9->7). > > complex: 2 (gnome-games, gnome-media) > > By getting rif of libglade in gst-properties, Felix Riemann also > helped to drop some deprecated symbols. > > Felix can probably tell us better how far we are from having all the > maintained part of gnome-media free of deprecated symbols. I have the > feeling we are close to be clean. > > See http://bugzilla.gnome.org/show_bug.cgi?id=572353 > Well, with gst-properties fixed, the default gnome-media install builds fine with deprecated symbols disabled here. Regarding the non-default / deprecated widgets I'll take it like Thomas Andersen in comment 9 in above bug: it makes no sense fixing them. * gst-mixer doesn't need any fixing and works with deprecated symbols disabled already. (Note, this seems to be used at least in Gentoo when building your system without PA) * vu-meter would be doable but was written for ESD. Alternatives already exist for PulseAudio, eg. with Lennart's own pavumeter[1]. * gnome-cd could be doable as well but AFAIR was replaced already (not sure by whom right now, Sound-Juicer?, Rhythmbox?, Totem?) * cddb-slave2 is from what I can see only left as a dependency of gnome-cd. I guess most cd-player apps today use Musicbrainz anyway, so there's probably not much use in fixing it. Regards, Felix [1]: http://0pointer.de/lennart/projects/pavumeter/ ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: (Partial) GNOME 3 status update
Hi On Mon, Jul 13, 2009 at 11:24 PM, Andre Klapper wrote: > Less than 20 modules depending on libglade. > = > PATCHES awaiting review by maintainers: > gdm, gnome-media, gnome-panel, sound-juicer, zenity > For gnome-media, we got rid of libglade in gst-properties with upcoming 2.27.4. The remaining piece "gnome-media-profile", has a patch almost ready. I have some issues with the glade catalog part, which I would like to deprecate eventually. It could also use some help. See http://bugzilla.gnome.org/show_bug.cgi?id=524364. > Less than 5 modules with non-low Gtk-Deprecated-Symbols. > = > NOT COMPLETED (Progress compared to 2.27.3: 9->7). > complex: 2 (gnome-games, gnome-media) By getting rif of libglade in gst-properties, Felix Riemann also helped to drop some deprecated symbols. Felix can probably tell us better how far we are from having all the maintained part of gnome-media free of deprecated symbols. I have the feeling we are close to be clean. See http://bugzilla.gnome.org/show_bug.cgi?id=572353 thanks! -- Marc-André Lureau ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list