Linked by Thom Holwerda on Sat 1st Sep 2012 21:15 UTC
Thread beginning with comment 533592
To view parent comment, click here.
To read all comments associated with this story, please click here.
To view parent comment, click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 06/19/13 23:02 UTC, submitted by M.Onty
Linked by Thom Holwerda on 06/19/13 22:28 UTC
Linked by Thom Holwerda on 06/18/13 22:33 UTC
Linked by Anonymous on 06/18/13 22:26 UTC
Linked by Thom Holwerda on 06/18/13 22:25 UTC
Linked by Thom Holwerda on 06/18/13 17:45 UTC
Linked by Thom Holwerda on 06/18/13 17:32 UTC, submitted by poundsmack
Linked by Thom Holwerda on 06/17/13 17:58 UTC
Linked by Thom Holwerda on 06/17/13 17:52 UTC
Linked by Thom Holwerda on 06/14/13 21:03 UTC
More News »
Sponsored Links



Member since:
2010-11-17
* Ditching X.org for a working graphics stack (Wayland does look promising)
* Fixing the audio subsystem (ditch ALSA, Pulseaudio, and the rest of that mess and put your resources into OSS 4 which actually works)
* Providing API and ABI compatibility (yes, the Linux lovers say it's unnecessary but it damn well is necessary for commercial software)
BS. Ditch X.org for Wayland? I have very few good words to say about X, but ditching a thoroughly tested and working, though somewhat aged and quite clunky, system for some vapourware is plain stupid. Pulseaudio is a bitch, right, but no-one is forcing you to use it. OSS is already ditched for ALSA, so the chances that ALSA be ditched for OSS4 are quite slim. Re: ABI compatibility, it's right there. Install the libraries you need, load the modules you need and stop whining. I have, and occasionally run, programs from every incarnation of libc: a sourceless ZMAGIC roguelike, some Loki games, a commercial tape backup program from the 2.0 kernel days, some really old version of ApplixWare. That's pretty damn good for me. If you want to say something about GCC ABI compatibility, well, I feel your pain. APIs stay mostly compatible within those projects I track, can't say anything about the general trend.
* Stop trying to tell every commercial developer that they need to GPL everything or open source their drivers
* Thoroughly test all updates to insure that a simple software update won't result in the login screen of death
* Document all system APIs in a consolidated mannor and publish that for third party developers
Nagging vendors for open source drivers is actually useful in the long run — most of them eventually got the message, even Broadcom. The last two are good points, but this is not a single team with a single policy.
Edited 2012-09-02 12:57 UTC