Gnome OS spart Entwicklerressourcen. Gnome OS heißt ja, dass man eine Plattform definiert. Man braucht also nur noch einen Kernel unterstützen, nur noch ein Init-System, nur noch ein Audiosystem, etc. und nicht mehr alles mit allem kombinierbar halten.
Von Idiotenpfleger am Do, 9. August 2012 um 06:15 #
das ist eine sehr gute Idee.
Dann müssen all die Forks usw. auch keine Rücksicht mehr auf Gnome nehmen und können frei von der Leber weg ihre Vision umsetzen.
Mal sehen, wie lange es dauert, bis aus der Red Hat äh *hust* Gnome-Ecke Vorwürfe kommen, dass die Forks nicht mehr kompatibel zur ehemaligen Basis sind, kombiniert mit Schmarotzer-Vorwürfen... ich schätze mal: ein Jahr sollte man den Jungs & Mädels schon geben. Damit sie ihre Slides vorbereiten können (auf der 1-Button GUI von Gnome-Office) und die richtige Konferenz besuchen können, in der sie dann medienwirksam (*GÄHN*) ihre "Fakten" präsentieren können.
> Dann müssen all die Forks usw. auch keine Rücksicht mehr auf Gnome nehmen und können frei von der Leber weg ihre Vision umsetzen.
Können die Forks ruhig machen, aber die werden irgendwann merken, dass sie sich übernehmen. Die Codebasen werden auseinanderlaufen und neue Features oder Bugfixes vom Gnome-Projekt werden nicht mehr mergebar sein. D.h. die Forks müssen die komplette Weiterentwicklung und Maintainance aller geforkten Anwendungen selbst übernehmen. Und Ein-Mann-Projekte wie Cinnamon von Clement Lefebvre, der kaum C-Kenntnisse hat und schon gar nicht das Knowledge der langjährigen Maintainer. Mate ist sowieso lachhaft, wird für immer bei GTK+ 2 und der alten vercrufteten Codebasis stecken bleiben.
Mate ist sowieso lachhaft, wird für immer bei GTK+ 2 und der alten vercrufteten Codebasis stecken bleiben.
Hoffentlich! Den neuen Firlefanz überlasse ich gerne anderen, da kommen fast nur noch Baustellen oder Verschlechterungen oder schlichtweg Dinge die einem überhaupt nichts bringen.
Von Profi != Frickler am Do, 9. August 2012 um 20:34 #
Profis werden nicht ein bewährtes System über den Haufen, nur Frickler machen das.
Guck die Microsoft an, die haben versucht ihr Windows abwärtskompatibel selbst bis Win3.1 zu halten und mit Ausnahme der 64 Bit Versionen haben sie das dann auch geschafft.
Von Idiotenpfleger am Do, 9. August 2012 um 17:29 #
das ist immer die Standard-Antwort, am Anfang einer solchen Fork-Original-Auseinanderdrift-Geschichte. Es wird immer erstmal behauptet, dass sich die Forker übernehmen und dass sie dann "Farbe bekennen" müssen usw. Ja, das müssen sie. In der jüngeren Vergangenheit haben aber einige Projekte, die etwas auf die Beine stellten, was die alteingesessenen Red Hat'ler entweder ums Verrecken nicht wollten oder einfach nicht auf die Reihe gebracht haben (wegen zu engem Horizont, usw) bewiesen, dass es doch klappt. Und dass man doch Erfolg hat, obwohl man "sich ganz sicher übernehmen wird".
Abwarten. Ich sehe schon die Meldungen, in 1 Jahr: Blogeintrag xy "Cinnamon ist nicht mehr Kompatibel... Mint schmarotzt nur... Slides hier. Contribution da..." Dann redet keiner mehr von "die übernehmen sich doch!"
Unsinn kernel und init haben mit dem Desktop nur wenig zu tun. Die Abhängikeiten, Patches und Xorg Version. Und da wird gemurkst das sich die Balken biegen. Deshalb kennt jede Distri andere Bugs.....
Gnome OS spart Entwicklerressourcen. Gnome OS heißt ja, dass man eine Plattform definiert. Man braucht also nur noch einen Kernel unterstützen, nur noch ein Init-System, nur noch ein Audiosystem, etc. und nicht mehr alles mit allem kombinierbar halten.
Es sollte nicht nach Sternen gegriffen werden, solange man nicht einmal stehen kann.
das ist eine sehr gute Idee.
Dann müssen all die Forks usw. auch keine Rücksicht mehr auf Gnome nehmen und können frei von der Leber weg ihre Vision umsetzen.
Mal sehen, wie lange es dauert, bis aus der Red Hat äh *hust* Gnome-Ecke Vorwürfe kommen, dass die Forks nicht mehr kompatibel zur ehemaligen Basis sind, kombiniert mit Schmarotzer-Vorwürfen... ich schätze mal: ein Jahr sollte man den Jungs & Mädels schon geben. Damit sie ihre Slides vorbereiten können (auf der 1-Button GUI von Gnome-Office) und die richtige Konferenz besuchen können, in der sie dann medienwirksam (*GÄHN*) ihre "Fakten" präsentieren können.
> Dann müssen all die Forks usw. auch keine Rücksicht mehr auf Gnome nehmen und können frei von der Leber weg ihre Vision umsetzen.
Können die Forks ruhig machen, aber die werden irgendwann merken, dass sie sich übernehmen. Die Codebasen werden auseinanderlaufen und neue Features oder Bugfixes vom Gnome-Projekt werden nicht mehr mergebar sein. D.h. die Forks müssen die komplette Weiterentwicklung und Maintainance aller geforkten Anwendungen selbst übernehmen. Und Ein-Mann-Projekte wie Cinnamon von Clement Lefebvre, der kaum C-Kenntnisse hat und schon gar nicht das Knowledge der langjährigen Maintainer. Mate ist sowieso lachhaft, wird für immer bei GTK+ 2 und der alten vercrufteten Codebasis stecken bleiben.
Hoffentlich! Den neuen Firlefanz überlasse ich gerne anderen, da kommen fast nur noch Baustellen oder Verschlechterungen oder schlichtweg Dinge die einem überhaupt nichts bringen.
Genau. Lachhaft ist eher die Selbsteinschätzung, GNOME orientiere sich noch in irgend einer Weise an der Verwendung auf Desktop-PCs.
Genau so sieht's aus! Spätestens wenn es an's "Eingemachte" geht, stockt der ganze Hobby-Frickler-Kram.
Mir geht die Selbstverliebtheit einiger KDE- bzw. GNOME-Entwickler auch gegen den Strich, aber da stimmt zumindest die Professionalität.
Profis werden nicht ein bewährtes System über den Haufen, nur Frickler machen das.
Guck die Microsoft an, die haben versucht ihr Windows abwärtskompatibel selbst bis Win3.1 zu halten und mit Ausnahme der 64 Bit Versionen haben sie das dann auch geschafft.
.
das ist immer die Standard-Antwort, am Anfang einer solchen Fork-Original-Auseinanderdrift-Geschichte. Es wird immer erstmal behauptet, dass sich die Forker übernehmen und dass sie dann "Farbe bekennen" müssen usw. Ja, das müssen sie. In der jüngeren Vergangenheit haben aber einige Projekte, die etwas auf die Beine stellten, was die alteingesessenen Red Hat'ler entweder ums Verrecken nicht wollten oder einfach nicht auf die Reihe gebracht haben (wegen zu engem Horizont, usw) bewiesen, dass es doch klappt. Und dass man doch Erfolg hat, obwohl man "sich ganz sicher übernehmen wird".
Abwarten. Ich sehe schon die Meldungen, in 1 Jahr: Blogeintrag xy "Cinnamon ist nicht mehr Kompatibel... Mint schmarotzt nur... Slides hier. Contribution da..." Dann redet keiner mehr von "die übernehmen sich doch!"
Unsinn kernel und init haben mit dem Desktop nur wenig zu tun.
Die Abhängikeiten, Patches und Xorg Version. Und da wird gemurkst das sich die Balken biegen. Deshalb kennt jede Distri andere Bugs.....
Edit: ...Xorg Version aber schon.