packaging jack - details on "plan B"

[Jonas Smedegaard]

Hi Reinhard and others,

On Wed, Apr 21, 2010 at 02:16:36PM +0200, Jonas Smedegaard wrote:
>On Wed, Apr 21, 2010 at 12:26:41PM +0200, Reinhard Tartler wrote:

>>With you're proposal, I think switching from one alternative 
>>implementation to another one won't work. For example switching 
>>from tschack to jackd3 would break with undeclared file conflicts 
>>AFAIUI. And my understanding of this whole hickhack was to allow 
>>users to switch jack implementations without having to recompile 
>>packages.
>
>If I understand your concern correctly, it is easily handled using 
>"Replaces:".
>
>I deliberately did not go into such details, as I can easily imagine 
>lots of details being forgotten, but cannot imagine it eventually 
>done right.
>
>In other words: Do you only fear that I forgot some details, or do 
>you fear that it is impossible to implement at all like I drafted, 
>even with carefully composed package relations?

Ping!



>>(If it works) my idea would allow this; and without having each and 
>>every implementation to declare conflicts against every existing 
>>other implementation.
>
>Sorry, I lost track: Could you please, in a differently named 
>subthread, repeat your proposal?

Ping!


If I get no response on this by sunday, and noone else objects, I will 
go ahead with my proposed plan.

Please do respond - I realy do want input on this, and may very well 
have missed something obvious to oters that make the plan not work out 
at all.

Also, please do speak up if anyone feels they made earlier proposals 
still valid to compare against.  I sincerely apologize if missing out on 
them - I lost track of it in these discussions, and did not find/take 
the time to go through the whole thread to isolate them.


Kind regards,

  - Jonas

-- 
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20100423/c425077e/attachment.pgp>