On Thu, Aug 07, 2014 at 11:55:36AM +0100, Olly Betts wrote:
> On Thu, Aug 07, 2014 at 10:58:16AM +0100, Christoph Schmidt-Hieber wrote:
> > Thanks for the patch. Note that we've just released 0.13.18-1:
> > 
> > https://packages.debian.org/sid/stimfit
> 
> Oops, sorry I missed that - it must have been uploaded shortly after I
> pulled down the source.
> 
> > It would be good to apply your patch upstream, but I was wondering how
> > your build-depends line would affect packaging for older releases
> > (wheezy and precise)? Is there a way to make this compatible across
> > releases?
> 
> For wheezy-backports, wxwidgets3.0 is already backported, and I'm
> intending to also provide a backport of wxpython3.0 shortly.
> 
> You can have alternates in Build-Depends, though the buildds will only
> try to install the first alternative.  So you could have something
> like this which would work for uploads to unstable:
> 
> Build-Depends:
>     libwxgtk3.0-dev | libwxgtk2.8-dev,
>     python-wxgtk3.0 | python-wxgtk2.8,
>     python-wxgtk3.0-dev | python-wxgtk2.8
> 
> This would also allow you to manually install the 2.8 packages and
> build, but it wouldn't work for uploading to build against 2.8 in wheezy
> backports, and nothing ensures you get a matching set (e.g.
> libwxgtk3.0-dev + python-wxgtk2.8 satisfies this).
> 
> The approach I'd probably take would be keep a version of debian/control
> with the old BDs as something like debian/control-wx2.8, and then when
> you want to backport, just copy that over debian/control.

Applied upstream in 

https://github.com/neurodroid/stimfit/commit/db161956
https://github.com/neurodroid/stimfit/commit/3d9305ff

I'm unsure whether we should release 0.13.19 including these changes
or use your NMU instead given that we've just uploaded 0.13.18 - Yaro,
what do you think?

Attachment: pgpuEU3xWAqKX.pgp
Description: PGP signature

Reply via email to