Bug#676592: RM: celt -- ROM; abandoned upstream, replaced by opus

2012-06-09 Thread Philipp Schafft
reflum,

 The resolution to that is independent of this removal request,
 I'll keep people who need to know in the loop as we learn more -
 but I mention it here because there are rumours that roaraudio
 (those nice folk who brought you a DECnet dependency to d-i)
 may try to resurrect this package, or embed it themselves,
 so just in case that is actually true, I'm red-flagging it
 here as an Unwise Move to make.

To make this very clear:
The RoarAudio as well asl the OLD mumble team was who told tat embedding
is bad from the very moment Ron was asking us to do.

The RoarAudio Team supports the removal itself fully.
We just had problems with the way of transition (see the transition
bug). This has been 'fixed' already (as Ron said, dak doesn't report
us ;)

Also the DECnet problem has been fixed. Where it should be: in the
package dnprogs.


To repeat myself:
The RoarAudio Team supports this removal fully.


(PS: I'm away this weekend.)

-- 
Philipp.
 (Rah of PH2)


signature.asc
Description: This is a digitally signed message part


Bug#676592: RM: celt -- ROM; abandoned upstream, replaced by opus

2012-06-07 Thread Ron
Package: ftp.debian.org
Severity: normal

Hi,

The IETF codec working group has now completed its Last Call on Opus,
which means that celt is a completed experiment and upstream will no
longer be maintaining it at all outside of Opus.

All the things previously depending on celt have either been updated or
have dropped their dependency on the library package now.

The only thing remaining that dak rm reports is:

 # Broken Depends:
 gst-plugins-bad0.10: gstreamer0.10-plugins-bad [hurd-i386]

Which is blocked by failing to build on hurd due to #676130, which has
a patch in the BTS.  If needed I can NMU zvbi to clear that up as well.


Since the 0.7.1 release of celt that we have been carrying is not
interoperable with any other version of it, and since other distros
are all carrying other versions of it, upstream would very much like
us to stop distributing this as a system lib for the Wheezy release.

A few things still need to make it to testing before we can remove
it there also, but modulo hurd, we should be clear to remove it from
unstable now.


The only thing which has any excuse at all to still be using celt 0.7.1
is mumble, which declared it as the baseline interop codec for its
private protocol prior to the release of squeeze.  The original intent
was to move this to a private library of mumble when the time came to
remove it from experimental use in other software, but since there is
currently some concern that there may be remotely triggerable bugs in
the 0.7.1 release, this has become an open question all of its own ...

The resolution to that is independent of this removal request, I'll
keep people who need to know in the loop as we learn more - but I
mention it here because there are rumours that roaraudio (those nice
folk who brought you a DECnet dependency to d-i) may try to resurrect
this package, or embed it themselves, so just in case that is actually
true, I'm red-flagging it here as an Unwise Move to make.


If you need me to push zvbi before we can move on this, just let me know.

 Thanks!
 Ron



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org