Bug#666490: O: svgalib -- console SVGA display libraries

[Moritz Mühlenhoff <jmm@inutil.org>]

On Mon, May 13, 2013 at 07:30:20PM +0200, Stephen Kitt wrote:
> Hi,
> 
> On Sun, Apr 01, 2012 at 02:59:24AM +0100, Ben Hutchings wrote:
> > Thanks for your work, but isn't it time we quietly got rid of this
> > library?  Video memory and mode setting should be managed by the kernel,
> > not by applications.  It's bad enough that we had the X server doing
> > this for years (and still do on some hardware).

I agree.
 
> I've looked into this; svgalib's reverse dependencies are:
> * bochs (bochs-svga)
> * gnuboy (gnuboy-svga)
> * lcdproc (no svgalib-specific package)
> * links2 (no svgalib-specific package)
> * mplayer (no svgalib-specific package)
> * qcam (no svgalib-specific package)
> * spectemu (spectemu-svga)
> * synaesthesia (no svgalib-specific package)
> * thrust (no svgalib-specific package)
> * tmview (dvisvga)
> * zgv (no svgalib-specific package)
> 
> Apart from mplayer and zgv, all of these rebuild fine without
> libsvga1-dev; they can use X and some can use fb (I can provide
> patches of course and NMU where necessary). mplayer FTBFS anyway
> because of changes in liblivemedia (#708140). zgv only builds a
> svgalib-based binary; it can in theory be built with SDL instead but
> that fails. All the svgalib-specific packages have low popcon scores.

I'll file bugs soon and coordinate the removal.

Cheers,
        Moritz