Re: Reasons for keeping sc(4) and libvgl ?
- Reply: Eugene Grosbein : "Re: Reasons for keeping sc(4) and libvgl ?"
- Reply: Emmanuel Vadot : "Re: Reasons for keeping sc(4) and libvgl ?"
- Reply: Ed Maste : "Re: Reasons for keeping sc(4) and libvgl ?"
- In reply to: Emmanuel Vadot : "Reasons for keeping sc(4) and libvgl ?"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Fri, 26 Nov 2021 15:59:49 UTC
26.11.2021 22:04, Emmanuel Vadot wrote: > For libvgl it probably made sense back in the 90s but does it now ?? I enjoyed games/digger-vgl for a while in VGA console :-) > Based on my small list I don't see any good reason to keep sc(4) but > maybe I've missed something bigger so please let me know. > > P.S.: I'm really not interested by people saying stuff like > "I've always used sc(4), it works for me don't touch it" > without some technical argument. sc(4) is still better quality for BIOS-based systems or EFI-based with CSM legacy mode working. sc(4) is better to such an extent FreeBSD's unusable with vt(4) for some fresh systems being sold but boots and works fine with sc(4). An example with many people complaining: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230172 I'd like more FreeBSD developers respect POLA these days and take responds like "I've always used sc(4), it works for me don't touch it" seriously. Please, don't touch what works and works good.