On Mo, Okt 25, 2010 at 16:18:01 (CEST), Adrian Knoth wrote:
> On Sat, Oct 23, 2010 at 01:36:09PM -0300, Felipe Sateler wrote:
>> I'm not happy with the way currently we need to add alternative
>> build-depends on the different libjack implementations. Possible ways
>> out of this problem:
>> 1. Make all jack implementations provide: libjack-dev. This leaves us
>> with unversionable build-depends.
>> 2. Create a new virtual package, like we did with the binary. This
>> means many sourceful uploads.
>> 3. Create a dummy package libjack-dev that depends on the default
>> implementation, but allows libjack2 or any other future
>> implementation. Could eventually allow versioned depends, although
>> with a weird version number.
>> I'm not quite sure losing the versioning is bad... supposedly jack
> Given that we're in freeze, I'd go for 1. I actually went for it:
> So this basically boils down to a new upload and a freeze exception.
> Unless there's really a need to discuss this in detail, I'd simply
> upload the new version today.
so you don't care about unversionable build-depends? this means that not
a single package in the archive can then do
Build-Depends: libjack-dev (>> $minimun_version)
anymore. given that there is a number of jack using packages I'd be
rather reluctant to do this step.
Reinhard Tartler, KeyID 945348A4
pkg-multimedia-maintainers mailing list