Oh yeah, the secret so deep, the secret so hidden, the secret so unbelievable… that everyone knows about it.
Oh yeah, the secret so deep, the secret so hidden, the secret so unbelievable… that everyone knows about it.
Posted Jan 20, 2012 1:39 UTC (Fri) by sorpigal (guest, #36106)In reply to: Oh yeah, the secret so deep, the secret so hidden, the secret so unbelievable… that everyone knows about it. by khim
Parent article: SFLC: Microsoft confirms UEFI fears, locks down ARM devices
IMO API stability would be enough to begin with, but nobody does that either.
I like to say it like this: Microsoft succeeds by thinking about the platform first. In Linux there is no platform above libc (except maybe xlib).
Posted Feb 10, 2012 11:47 UTC (Fri)
by mfedyk (guest, #55303)
[Link] (1 responses)
On another note, when are we going to get x protocol extensions that integrate the nx protocol and a module that does compositing into xorg? These would solve nearly all of the issues that make people want to work on wayland.
Long live X!
Posted Feb 10, 2012 13:21 UTC (Fri)
by khim (subscriber, #9252)
[Link]
Which does not change anything. EGLIBC strives to be source and binary compatible with GLIBC and dietlibc is rarely used as glibc replacement. Microsoft, too, offered numerous version of MSVCRT: Windows 7 includes three or four "out of the box". The important thing is not to decide when to add something but when to remove something. And the typical answer: years after the replacement is available. FCB was introduced in MS DOS 1.0 (in 1981) and deprecated in MS DOS 2.0 (in 1983). It was supported till "grand unification" of Windows (in 2001). And still some people complained because Windows XP broke their beloved WordStar. Now, some interfaces are abandoned much faster (think DirectMusic) and then Microsoft is [rightfully] hated - but these are rare exceptions, not rules. In Linux world... yes, we have kernel, yes, we have glibc and xlib... and that's about it. Well, GTK+ comes close. Everything above is subject to sudden breakage. And while compatibility is possible (as someone pointed out you just need to pull bunch of old libraries from older versions of the distribution) it's not automatic: user must manually find and install these libraries, etc. At some point it just becomes too tiresome and people switch to Windows or MacOS. Where things work "out of the box" and you desktop looks like a desktop not as Tamagotchi.
Oh yeah, the secret so deep, the secret so hidden, the secret so unbelievable… that everyone knows about it.
Oh yeah, the secret so deep, the secret so hidden, the secret so unbelievable… that everyone knows about it.
You forgot about eglibc, dietlibc, etc. And for xlib there is xcb and xcb-xlib as well.