Natuerlich kann ich alles selber compilieren und Tage damit verbringen. Genau diesen Punkt mir abzunehmen, dazu freue ich mich auf eine "neue" Distribution.
Debian kommt meinen Gedanken, Look&Feel und Sicherheitsupdates an naehesten, aber - damit gibt es noch immer keine Updates fuer neue Treiber - damit gibt es auch noch immer keine abstrakte Schnittstelle.
Je laenger ich darueber nachdenke, hoffe ich eine Distribution arbeitet mal mehr auf sowas hin, mit XGL und Xen machen sie es doch auch. Warum nicht bei sowas wie einem abstrakten Kernel-Treiber-Framework oder einer abstrakteren ABI im bereich C++ und Lib-Binding. Als beispiel: Versuche auf Distribution XY ein Programm zu kompilieren und packe das dann in ein RPM und lasse das dann auf Distribution Z laufen - leider geht das nicht immer
Punkt mir abzunehmen, dazu freue ich mich auf eine "neue" Distribution.
Debian kommt meinen Gedanken, Look&Feel und Sicherheitsupdates an naehesten, aber
- damit gibt es noch immer keine Updates fuer neue Treiber
- damit gibt es auch noch immer keine abstrakte Schnittstelle.
Je laenger ich darueber nachdenke, hoffe ich eine Distribution arbeitet mal mehr
auf sowas hin, mit XGL und Xen machen sie es doch auch. Warum nicht bei sowas
wie einem abstrakten Kernel-Treiber-Framework oder einer abstrakteren ABI im
bereich C++ und Lib-Binding. Als beispiel: Versuche auf Distribution XY ein
Programm zu kompilieren und packe das dann in ein RPM und lasse das dann auf
Distribution Z laufen - leider geht das nicht immer
einheitliche ABI? So wie im LSB?
einheitliche Kernel ABI? Will kein kernel dev...