Re: Rekindle jack implementation swapping discussion (was Re: Request to join the Debian Multimedia Team)

2010-05-31 Thread Adrian Knoth
On Sat, May 29, 2010 at 05:06:24PM -0400, Felipe Sateler wrote:

  Given the tons of C++ symbols in jackd2, I'd also suggest to make the
  jackd1 package the official dev package and also the donator of the
  symbols file.
 
 I'm quite confused by this. AFAIK, jack is a pure C API, so C++
 symbols have no place in there. 

Yep. But jackd2 is implemented in C++, and these symbols somehow are
public or leak into the symbols file (also with -fvisibility=hidden).

 However, I understood from the last discussion that those are not
 really bogus, but are some sort of internal (server-lib) API, which is
 not allowed to be used by regular clients. Is this correct?

Exactly.

 Anyway, I really think that for jack it is much better to use a shlibs
 file.

I'm completely fine with a shlibs file. Makes things a lot easier.


Cheerio

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

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: Rekindle jack implementation swapping discussion (was Re: Request to join the Debian Multimedia Team)

2010-05-31 Thread Felipe Sateler
On Mon, May 31, 2010 at 05:18, Adrian Knoth a...@drcomp.erfurt.thur.de wrote:
 On Sat, May 29, 2010 at 05:06:24PM -0400, Felipe Sateler wrote:

  Given the tons of C++ symbols in jackd2, I'd also suggest to make the
  jackd1 package the official dev package and also the donator of the
  symbols file.

 I'm quite confused by this. AFAIK, jack is a pure C API, so C++
 symbols have no place in there.

 Yep. But jackd2 is implemented in C++, and these symbols somehow are
 public or leak into the symbols file (also with -fvisibility=hidden).

These symbols are being explicitly exported (check the header files). See below.


 However, I understood from the last discussion that those are not
 really bogus, but are some sort of internal (server-lib) API, which is
 not allowed to be used by regular clients. Is this correct?

 Exactly.

The symbols cannot then be hidden (otherwise the server will not find
them). So they will be a noise factor _forever_. I'm wondering if this
is a correct design decision (having a single library for both a
public and a private API), but it's not my call to make. I think we
should trust upstream and just shove a libjack0.shlibs with =0.116,
and be done with it.


-- 

Saludos,
Felipe Sateler

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: Rekindle jack implementation swapping discussion (was Re: Request to join the Debian Multimedia Team)

2010-05-29 Thread Eric Dantan Rzewnicki
On Sat, May 29, 2010 at 02:34:45PM -0500, Gabriel M. Beddingfield wrote:

 Hi,

 On Sat, 29 May 2010, Eric Dantan Rzewnicki wrote:

 I want to join the Debian Multimedia Package Maintainers Team. (whatever
 it's called) My alioth username is alexandrequessy-guest.
 I also see that you are familiar with jack. The most pressing question
 is to if we do want to enable users to switch their jack implementation
 [snip]

 My current understanding is that, yes, we want it to happen. The main
 issue is people who know how having the time to make it happen.

 IIRC, the consensus was that the squeeze release was way too close to 
 make the drastic changes required for this to happen.  That it would need 
 to happen after that.

http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2010-April/009046.html

That contained Adrian putting his foot down to stop the debate and say:
we switch to jackd2 now. No one disagreed.

But, he went on to say we could then still try to make the swapping
possible in time for squeeze.

Maybe I misuderstood, am misremembering or missed some further
discussion.

-edrz

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: Rekindle jack implementation swapping discussion (was Re: Request to join the Debian Multimedia Team)

2010-05-29 Thread Gabriel M. Beddingfield



On Sat, 29 May 2010, Eric Dantan Rzewnicki wrote:


http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2010-April/009046.html

That contained Adrian putting his foot down to stop the debate and say:
we switch to jackd2 now. No one disagreed.

But, he went on to say we could then still try to make the swapping
possible in time for squeeze.

Maybe I misuderstood, am misremembering or missed some further
discussion.


Nope, that's right:  jack2 now.  Enable (easy) user 
switching later.


-gabriel


___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: Rekindle jack implementation swapping discussion (was Re: Request to join the Debian Multimedia Team)

2010-05-29 Thread Eric Dantan Rzewnicki
On Sat, May 29, 2010 at 02:52:36PM -0500, Gabriel M. Beddingfield wrote:
 On Sat, 29 May 2010, Eric Dantan Rzewnicki wrote:
 http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2010-April/009046.html
 That contained Adrian putting his foot down to stop the debate and say:
 we switch to jackd2 now. No one disagreed.
 But, he went on to say we could then still try to make the swapping
 possible in time for squeeze.
 Maybe I misuderstood, am misremembering or missed some further
 discussion.

 Nope, that's right:  jack2 now.  Enable (easy) user switching later.

+ possibly in time for squeeze, which is Reinhard's question: are we
still going to try for it, and therefore, do we need to get a more
detailed note to release-team (last week) about what it entails for
coordination between this team and them.

-edrz

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Re: Rekindle jack implementation swapping discussion (was Re: Request to join the Debian Multimedia Team)

2010-05-29 Thread Adrian Knoth
On Sat, May 29, 2010 at 03:55:36PM -0400, Eric Dantan Rzewnicki wrote:

  we switch to jackd2 now. No one disagreed.
  Nope, that's right:  jack2 now.  Enable (easy) user switching later.
 
 + possibly in time for squeeze, which is Reinhard's question: are we
 still going to try for it, and therefore, do we need to get a more
 detailed note to release-team (last week) about what it entails for
 coordination between this team and them.

I think it's not too hard to revive the jackd1 package, so we can at
least provide jackd1 and jackd2 in squeeze.

Given the tons of C++ symbols in jackd2, I'd also suggest to make the
jackd1 package the official dev package and also the donator of the
symbols file.

If possible, we should file a bug report against release.debian.org to
coordinate the transition, but I'm not debian-experienced enough to take
the lead.


Cheerio

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

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers