Josselin Mouette ha scritto:
As the situation is very similar in mplayer, mplayer is considered
RC-buggy by the security team.
Josselin Mouette is talking about is bug 395252
Moritz Muehlenhoff (that is in security) asserted that he thinks that
that bug 395252 should be RC
But then I asked to
On Sun, Dec 10, 2006, Helge Kreutzmann wrote:
I could not get rhythmbox to simply play CDs.
What didn't work? I made sure this morning that an audio CD still
plays fine here, so you might want to report a bug if it doesn't (I
maintain RB to some extent).
I could not
On Mon, 2006-12-11 at 10:45 +0100, Loïc Minier wrote:
On Sun, Dec 10, 2006, Helge Kreutzmann wrote:
I could not get rhythmbox to simply play CDs.
What didn't work? I made sure this morning that an audio CD still
plays fine here, so you might want to report a bug if it doesn't (I
On Mon, Dec 11, 2006, Sven Arvidsson wrote:
If you're not running a complete GNOME environment, it's possible that
hal is missing. Rhythmbox seems to need it for audio CD playback. At
least that's what bug 380503 indicates.
RB recommends gnome-volume-manager which depends on hal, but it might
Hello Loïc,
On Mon, Dec 11, 2006 at 10:45:16AM +0100, Loïc Minier wrote:
On Sun, Dec 10, 2006, Helge Kreutzmann wrote:
I could not get rhythmbox to simply play CDs.
What didn't work? I made sure this morning that an audio CD still
plays fine here, so you might want to report a bug if
Loïc Minier wrote:
- goobox
Alternative programs available with a superset of the features, and an
active upstream. I'm waiting for a final ack of the maintainer that
the alternatives are indeed okay and that we can proceed with removal.
If goobox's unique feature is remote audio CD
-to-vanilla ffmpeg tree.
The exception was granted because of this assumption, which is *entirely
wrong*, as gst-ffmpeg ships a vanilla ffmpeg tree. It took me less than
one hour to figure it out and to build a working package with the Debian
ffmpeg library.
Dropping GStreamer 0.8 for etch
Le samedi 09 décembre 2006 à 15:36 +0100, Moritz Muehlenhoff a écrit :
2. If the GNOME maintainers come to an agreement that linking dynamically
is possible it would be _much_ appreciated, if not we need to bite the
bullet.
I have made a new patch which is much cleaner and opened a bug
On Sat, Dec 09, 2006 at 05:23:47PM +0100, Josselin Mouette [EMAIL PROTECTED]
wrote:
Le samedi 09 décembre 2006 à 15:36 +0100, Moritz Muehlenhoff a écrit :
2. If the GNOME maintainers come to an agreement that linking dynamically
is possible it would be _much_ appreciated, if not we need
Le samedi 09 décembre 2006 à 17:28 +0100, Mike Hommey a écrit :
Well, totem-xine is still the default in etch, which means
gstreamer-ffmpeg is only important for people explicitly installing
totem-gstreamer. However the reason until now for xine to be the default
was its superior codec
On Sat, Dec 09, 2006 at 05:31:47PM +0100, Josselin Mouette [EMAIL PROTECTED]
wrote:
Le samedi 09 décembre 2006 à 17:28 +0100, Mike Hommey a écrit :
Well, totem-xine is still the default in etch, which means
gstreamer-ffmpeg is only important for people explicitly installing
On Thu, Dec 07, 2006 at 06:22:23PM +0100, Romain Beauxis wrote:
When ruby-gnome2 uses 0.10 changing my package will only be a matter of
changing the dependencies I hope.
Note that your application will need some porting to gstreamer 0.10. At
least the current source in debian doesn't
On Wed, Dec 06, 2006, Helge Kreutzmann wrote:
The main aim of
goobox is to play CDs on those systems where no direct link between
the CD drive and the audio hardware exists (like, e.g., on my ibook).
Uh, I misparsed your email, on systems
On Wed, Dec 06, 2006, Josselin Mouette wrote:
This is a separate issue, and the short status on the subject is that
upstream thinks this is not possible, but they would accept help on
this topic:
http://bugzilla.gnome.org/show_bug.cgi?id=363363
The attached patch should be at least
Le jeudi 07 décembre 2006 à 09:53 +0100, Loïc Minier a écrit :
I've forwarded your patch upstream for comments. I rely on upstream
for updates of gst-ffmpeg. Applying such a patch to Debian only would
put upstream in a situation where bugs coming from Debian might be seen
as tainted.
I
Am Mittwoch, den 06.12.2006, 22:47 +0100 schrieb Josselin Mouette:
Le mercredi 06 décembre 2006 à 21:48 +0100, Loïc Minier a écrit :
On Wed, Dec 06, 2006, Josselin Mouette wrote:
Maybe it is also not too late to rework the gstreamer0.10-ffmpeg package
to link against the Debian
Am Mittwoch, den 06.12.2006, 21:27 +0100 schrieb Loïc Minier:
Hi,
This is to discuss dropping the 0.8 series of GStreamer for etch.
Recently, a security bug affected gst-ffmpeg and needed an upload for
both the 0.8 and 0.10. The security team wonders whether it will have
to
On Wed, 2006-12-06 at 22:05 +0100, Helge Kreutzmann wrote:
Well, I haven't tried sound-juicer, but according to the (very brief)
package description, it is a ripper, and not a player. The main aim of
goobox is to play CDs on those systems where no direct link between
the CD drive and the audio
-ffmpeg heavily patches (read: replaces) the ffmpeg build
system, wihle mplayer has a close-to-vanilla ffmpeg tree.
Dropping GStreamer 0.8 for etch is not building gst-ffmpeg against
Debian's ffmpeg; any of these changes can be achieved in whatever
order, these are orthogonal, even if both would
On Thursday 07 December 2006 11:06, Sebastian Dröge wrote:
The number of packages which are still using the 0.8 series of
GStreamer has dropped significantly. Remain as libgstreamer0.8-0
rdeps:
Seems that you do not include some other packages not directly depending on
this lib.
For
On Wed, Dec 06, 2006 at 09:27:52PM +0100, Loïc Minier wrote:
Hi,
This is to discuss dropping the 0.8 series of GStreamer for etch.
Recently, a security bug affected gst-ffmpeg and needed an upload for
both the 0.8 and 0.10. The security team wonders whether it will have
to
than
one hour to figure it out and to build a working package with the Debian
ffmpeg library.
Dropping GStreamer 0.8 for etch is not building gst-ffmpeg against
Debian's ffmpeg; any of these changes can be achieved in whatever
order, these are orthogonal, even if both would help security
On Thu, Dec 07, 2006, Romain Beauxis wrote:
Seems that you do not include some other packages not directly depending on
this lib.
Actually, I had a look when I sent this message, and saw:
bee% apt-cache rdepends libgstreamer0.8-ruby
libgstreamer0.8-ruby
Reverse Depends:
ruby-gnome2
and:
On Wed, Dec 06, 2006, Loïc Minier wrote:
- teatime: Sebastian Dröge sent a patch for GStreamer 0.10 support in
#401897
Fixed package uploaded.
- muine: version 0.8.6 in experimental is built against GStreamer 0.10,
see #381784
Fixed package available.
- kttsd: no idea about
On Thu, Dec 07, 2006, Josselin Mouette wrote:
By hiding behind upstream, you're simply refusing to fix the problem.
Insulting.
as gst-ffmpeg ships a vanilla ffmpeg tree
Wrong.
As the security people are the ones being really affected, I would like
to have Moritz' input on this
Le jeudi 07 décembre 2006 à 13:17 +0100, Loïc Minier a écrit :
On Thu, Dec 07, 2006, Josselin Mouette wrote:
By hiding behind upstream, you're simply refusing to fix the problem.
Insulting.
Feel insulted if you want. This issue has been known for months and it
took me one hour to find a
On Wed, 2006-12-06 at 22:05 +0100, Helge Kreutzmann wrote:
Hello,
On Wed, Dec 06, 2006 at 09:41:11PM +0100, Daniel Baumann wrote:
Loïc Minier wrote:
- goobox: gnome.org module that did not see any new upstream release
since november 2005 and seems to be completely superseded by
On Thursday 07 December 2006 12:03, Loïc Minier wrote:
Initially missing from the list: geekast-binary. The maintainer
commented that he is now working on porting this package to GStreamer
0.10.
Ok, it seems that the issue is more complicated than that.
Indeed, the while ruby-gnome2
On Thu, Dec 07, 2006 at 01:57:46PM +0100, Josselin Mouette wrote:
Feel insulted if you want. This issue has been known for months and it
took me one hour to find a way around it. And that is a fact, not an
insult.
Maybe start by adjusting the subject next time you start discussing
unrelated
On Thu, Dec 07, 2006 at 02:53:59PM +0100, Romain Beauxis wrote:
On Thursday 07 December 2006 12:03, Loïc Minier wrote:
Initially missing from the list: geekast-binary. The maintainer
commented that he is now working on porting this package to GStreamer
0.10.
Ok, it seems that the
Le jeudi 7 décembre 2006 16:33, Sjoerd Simons a écrit :
ruby-gnome2 only contains bindings for gstreamer 0.8. To use gstreamer 0.10
you need the libgstreamer0.10-ruby1.8 package. Which works perfectly with
the rest of ruby-gnome2 :)
Thanks forthis point, I did not knew it !
When ruby-gnome2
On Thu, Dec 07, 2006 at 12:03:11PM +0100, Loïc Minier wrote:
- kttsd: no idea about this one
GStreamer support can be switched to 0.10 or dropped.
Uploaded kttsd dropping gstreamer depends.
Ana
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Hi,
This is to discuss dropping the 0.8 series of GStreamer for etch.
Recently, a security bug affected gst-ffmpeg and needed an upload for
both the 0.8 and 0.10. The security team wonders whether it will have
to support both sources for the etch lifetime.
The number of packages
Le mercredi 06 décembre 2006 à 21:27 +0100, Loïc Minier a écrit :
Perhaps we can join efforts and drop GStreamer 0.8 from etch rapidly,
ideally before release; I initially scheduled this for immediately
after etch, as the 0.8 series are completely unmaintained upstream
(even
Loïc Minier wrote:
- goobox: gnome.org module that did not see any new upstream release
since november 2005 and seems to be completely superseded by
sound-juicer; Daniel Baumann seems to continue maintenance of this
source
goobox is nice, but I /personally/ would abandon it in
On Wed, Dec 06, 2006, Josselin Mouette wrote:
Maybe it is also not too late to rework the gstreamer0.10-ffmpeg package
to link against the Debian libavcodec/libavformat packages. This would
save a lot of trouble to the security team.
This is a separate issue, and the short status on the
Hello,
On Wed, Dec 06, 2006 at 09:41:11PM +0100, Daniel Baumann wrote:
Loïc Minier wrote:
- goobox: gnome.org module that did not see any new upstream release
since november 2005 and seems to be completely superseded by
sound-juicer; Daniel Baumann seems to continue maintenance of
On Wed, Dec 06, 2006, Helge Kreutzmann wrote:
Well, I haven't tried sound-juicer, but according to the (very brief)
package description, it is a ripper, and not a player.
It can play as well, although you can also play CDs from other music
players such as Rhythmbox or simply gnome-cd.
Le mercredi 06 décembre 2006 à 21:48 +0100, Loïc Minier a écrit :
On Wed, Dec 06, 2006, Josselin Mouette wrote:
Maybe it is also not too late to rework the gstreamer0.10-ffmpeg package
to link against the Debian libavcodec/libavformat packages. This would
save a lot of trouble to the
Helge Kreutzmann wrote:
I do really care about goobox.
True, you're doing good job.
Of course, I am not a DD, so I have to accept if Daniel decides to
no longer to co-maintain / sponsor this package in which case I'll
have to look for a new sponsor for this package (but I hope this
won't
On Wed, Dec 06, 2006 at 10:20:28PM +0100, Loïc Minier wrote:
On Wed, Dec 06, 2006, Helge Kreutzmann wrote:
Well, I haven't tried sound-juicer, but according to the (very brief)
package description, it is a ripper, and not a player.
It can play as well, although you can also play CDs from
41 matches
Mail list logo