[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

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



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'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.

Regards,

Stephen

Attachment: signature.asc
Description: Digital signature


Reply to: