Bug#679235: RFA: animals -- Traditional AI animal guessing engine using a binary tree DB
 

On 2012-06-27 11:11:12 -0600 (-0600), Holger Levsen wrote:
> what??? -v please.
[...]

Presumably a reference to http://bugs.debian.org/674634 .
--
{ IRL(Jeremy_Stanley); WWW(http://fungi.yuggoth.org/); PGP(43495829);
WHOIS(STANL3-ARIN); SMTP(fungi@yuggoth.org); FINGER(fungi@yuggoth.org);
MUD(kinrui@katarsis.mudpy.org:6669); IRC(fungi@irc.yuggoth.org#ccl); }


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20120627173340.GJ1856@yuggoth.org">http://lists.debian.org/20120627173340.GJ1856@yuggoth.org

Bug#679235: RFA: animals -- Traditional AI animal guessing engine using a binary tree DB
 

On Wed, Jun 27, 2012 at 05:33:41PM +0000, The Fungi wrote:

> > what??? -v please.
> Presumably a reference to http://bugs.debian.org/674634 .

Speaking of which, I also had to disable CELT support in jackd1 and
jackd2, since none of the upstreams has opus code ready.

That said, there was this bug report saying "We'll RM celt anytime soon,
so don't use it anymore" and that's it.

We can live without it in jackd1 and jackd2, and maybe some day,
somebody will port it to opus to regain the missing functionality.

I wasn't involved in the mumble discussion, but got some complaints from
users saying they can no longer join conference calls.


Long story short: this was no transition, it was "EOL in 3, 2, 1, now".

I wasn't exactly happy about it, but at least it wasn't crucial for
jackd1/2. If there is consensus that CELT *will* be in wheezy, I'd use
the remaining time and re-enable it in jackd1/jackd2 again.


Adr"no strong feelings either way"ian

--
mail: adi@thur.de http://adi.thur.de PGP/GPG: key via keyserver


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20120627180513.GT6396@ltw.loris.tv">http://lists.debian.org/20120627180513.GT6396@ltw.loris.tv

Bug#679235: RFA: animals -- Traditional AI animal guessing engine using a binary tree DB
 

Hi,

On Mittwoch, 27. Juni 2012, The Fungi wrote:
> Presumably a reference to http://bugs.debian.org/674634 .

reminds me indeed on the hostility in the "43 window managers"-thread recently
here :/

agressive QA is wrong, IMO. Strong QA totally cool OTOH. But those are not the
same...


cheers,
Holger


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 201206271209.30817.holger@layer-acht.org">http://lists.debian.org/201206271209.30817.holger@layer-acht.org

Bug#679235: RFA: animals -- Traditional AI animal guessing engine using a binary tree DB
 

On Wed, Jun 27, 2012 at 08:05:13PM +0200, Adrian Knoth wrote:
> On Wed, Jun 27, 2012 at 05:33:41PM +0000, The Fungi wrote:
>
> > > what??? -v please.
> > Presumably a reference to http://bugs.debian.org/674634 .
>
> Speaking of which, I also had to disable CELT support in jackd1 and
> jackd2, since none of the upstreams has opus code ready.
>
> That said, there was this bug report saying "We'll RM celt anytime soon,
> so don't use it anymore" and that's it.

Surely you were aware that CELT was experimental and this was due
to happen?

> We can live without it in jackd1 and jackd2, and maybe some day,
> somebody will port it to opus to regain the missing functionality.
>
> I wasn't involved in the mumble discussion, but got some complaints from
> users saying they can no longer join conference calls.

CELT never had a stable bitstream format, so this sort of codec
compatibility issue could occur even if all parties had some version
of it.

> Long story short: this was no transition, it was "EOL in 3, 2, 1, now".
>
> I wasn't exactly happy about it, but at least it wasn't crucial for
> jackd1/2. If there is consensus that CELT *will* be in wheezy, I'd use
> the remaining time and re-enable it in jackd1/jackd2 again.

It's now dead upstream, and support for any version of CELT would have
become less and less useful during the lifetime of wheezy.

Also, as I recall, there was an important security issue with no fix
available.

Ben.

--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
- Albert Camus


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20120627184743.GX2753@decadent.org.uk">http://lists.debian.org/20120627184743.GX2753@decadent.org.uk

Bug#679235: RFA: animals -- Traditional AI animal guessing engine using a binary tree DB
 

On Wed, Jun 27, 2012 at 07:47:43PM +0100, Ben Hutchings wrote:

> > That said, there was this bug report saying "We'll RM celt anytime soon,
> > so don't use it anymore" and that's it.
> Surely you were aware that CELT was experimental and this was due
> to happen?

Yep. And upstream code is cluttered with

#if CELT_0_5
#elif CELT_0_7
#else
#endif

so I appreciate the arrival of opus.

> CELT never had a stable bitstream format, so this sort of codec
> compatibility issue could occur even if all parties had some version
> of it.
>
> It's now dead upstream, and support for any version of CELT would have
> become less and less useful during the lifetime of wheezy.

Nothing to argue with that, that's why I dropped CELT support
immediately.


Cheers

--
mail: adi@thur.de http://adi.thur.de PGP/GPG: key via keyserver


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20120627185729.GW6396@ltw.loris.tv">http://lists.debian.org/20120627185729.GW6396@ltw.loris.tv

Bug#679235: RFA: animals -- Traditional AI animal guessing engine using a binary tree DB
 

On Wed, Jun 27, 2012 at 05:33:41PM +0000, The Fungi wrote:
> On 2012-06-27 11:11:12 -0600 (-0600), Holger Levsen wrote:
> > what??? -v please.
> [...]
>
> Presumably a reference to http://bugs.debian.org/674634 .

Given the timing, probably also due to my reply to the short thread
starting at:
https://lists.debian.org/debian-release/2012/06/msg00388.html

Neil
--