Ich würde mich freuen, wenn ich euch in meinem neuen, digitalen Zuhause wieder willkommen heißen darf. Also ab sofort geht es hier weiter: IgbySlocumb.info

01. Gnome-Tweak-Tool installieren

Das ~ gibt es in jeder Paketverwaltung, die die Shell beinhaltet. Es ist auf gewohnten Wege zu installieren. Vorteil: Fedora 17 kommt die Extension user-theme gleich mit auf die Platte.

02. Statische Arbeitsflächen

Gnome-Tweak-Tool starten -> Shell -> Dynamic Workspaces -> off & Anzahl festlegen

03. Dualmonitoring anpassen (optional)

Für Benutzer mehrere Monitore: Gnome-Tweak-Tool -> Shell -> Workspaces only on primary monitor -> off

04. Extension: Axe Menu

Für den Cinnamon-typischen Menü-Button.

05. Extension: No Top Left Corner

Deaktiviert die obere, linke Ecke. Wenn das bei euch (wie bei mir) nicht funktioniert: Hot-Corn-Dog hat bei mir den gewünschten Effekt.

06. Extension: Panel-Settings

Panel über die Einstellungen nach unten verlegen.

07. Extension: Show Desktop Button

Darf natürlich nicht fehlen.

08. Extension: Frippery Panel Favorites

Zeigt die Verknüpfungen aus dem Dock im Overview an.

09. Extension: Windows Alt Tab

Stellt das gewohnte alt-tab-Verhalten her.

10. Extension: Windows Scale In

Für cinnamon-typisches bling-bling. Alternativ: Slide In oder Rotate In

11. Extension: Frippery Move Clock

Schiebt die Uhr nach rechts.

12. Extension: Window List

Zeigt einem alle Anwendungen einer Arbeitsfläche im Panel. Leider wird die Preview-Funktion grundsätzlich unterhalb des Panel angezeigt, was in unserem Fall doch eher nutzlos ist.

13. Extension: Workspace Indicator/Workspaces Menu

Da die Extension Workspaces Menu momentan nicht verfügbar ist, müssen wir auf die Indicator Extension ausweichen. Ist ja nicht so, dass wir keine Auswahl haben.

14. Extension: Remove Accessibility Icon (optional)

Für diejenigen unter uns, die körperlich keine Beschränkung bei der Benutzung von PCs haben.

15. Extension: Quit Button

Da es leider kein Update zur NoIM-Extension gibt, können wir die nicht nutzen. Wir nutzen stattdessen ‘Quit Button’, um die Sprechblase + Namen in einen schönen Ausschalter zu verwandeln. Alternativ: Icon Hider Auf kosten eines Icons spart man sich die Schritte 14 & 16.

16. Extension: Alternative Status Menu

Klassiker: Ersetzt den ‘Bereitschaft’-Eintrag im IM-Menü (unser Quit Button) durch die Punkte Bereitschaft, Ruhezustand und Ausschalten.

17. Bonus-Runde: Cinnamon Theme

Wir laden uns von der Cinnamon-Themes-Seite ein Theme runter, entpacken es nach ~/.themes/ (Verzeichnis erstellen, falls nicht vorhanden).
Jetzt noch innerhalb des Theme-Verzeichnisses das Verzeichnis cinnamon in gnome-shell umbenennen und die cinnamon.css in gnome-shell.css, schon steht uns ein neues Theme zur Verfügung.

Fertig!
Warnung: Diese Anleitung zeigt nur, dass es geht und nicht das es stabil ist. Use it at your own risk.

Ein Bierersatz, der nach Pisse schmeckt, eine Beklopptenmusik in Eingeborenensprache, BAP, de Höhner, Bläck Fööss, Gabi Köster, Hella von Sinnen, RTL, Karneval, Kölsch: So stell’ ich mir den Eingangsbereich der Hölle vor.

~# yum install yum-plugin-versionlock

Jetzt muss nur noch in der /etc/yum/plugins.d/versionlock.list das Paket (inkl. Version) eingetragen werden. Also in diesem Fall:
gwibber-3.1.0-2.fc16
Fertig! Ab jetzt zeigt euch yum keine Updates für die eingetragenen Pakete. Bei mir sieht das so aus:

~$ yum check-update
Geladene Plugins: auto-update-debuginfo, changelog, fastestmirror, langpacks, presto, versionlock
Loading mirror speeds from cached hostfile
* fedora: mirror.de.leaseweb.net
* rpmfusion-free: mirror.de.leaseweb.net
* rpmfusion-free-updates: mirror.de.leaseweb.net
* rpmfusion-nonfree: mirror.de.leaseweb.net
* rpmfusion-nonfree-updates: mirror.de.leaseweb.net
* updates: fedora.tu-chemnitz.de
~$

Nun stehe ich natürlich vor dem Problem, dass ich nicht sehe, wann die nächste Version von Gwibber als Update bereit steht. Ich könnte natürlich immer auf Koji nachgucken, ob es soweit ist. Aber das ist nicht sehr praktisch. Und genau dafür hat yum den Schalter ‘disableplugin’ mit dem man ein oder mehrere Plugins für einen Aufruf deaktivieren kann. In der Praxis sieht das dann so aus:

~$ yum check-update --disableplugin=versionlock
Geladene Plugins: auto-update-debuginfo, changelog, fastestmirror, langpacks, presto
Loading mirror speeds from cached hostfile
* fedora: mirror.de.leaseweb.net
* rpmfusion-free: mirror.de.leaseweb.net
* rpmfusion-free-updates: mirror.de.leaseweb.net
* rpmfusion-nonfree: mirror.de.leaseweb.net
* rpmfusion-nonfree-updates: mirror.de.leaseweb.net
* updates: fedora.tu-chemnitz.de

gwibber.noarch 1:3.1.0-4.fc16 updates
~$

Und völlig korrekt zeigt mir yum das nicht funktionierende Update für Gwibber an. Nächster Schritt wäre jetzt ein passender Cronjob, damit das nicht mehr selber machen muss. Aber das hat ja nur noch peripher etwas mit dem Versionlock zu tun…

Quelle: Fedora Documentation – Software Managment (engl.)

Ich war seit längerem auf der Suche nach einem geeigneten (grafischen) Musikprogramm. Auslöser für meine Suche war das Release von Gnome 3.0. Mein damaliges Programm, Exaile, integrierte sich nämlich nicht mehr so prickelnd in den neuen Desktop. Nein, eigentlich wirkte Exaile wie ein Fremdkörper. Der hauseigene Player machte vor, wie es sein sollte: Rhythmbox nutzt konsequent die Möglichkeiten des Benachrichtigungssystems von Gnome3. Im Gegensatz zu früher bietet das eine Möglichkeit zur Interaktion. Ich fand und finde das super.

Leider versagt Rhythmbox ansonsten auf nahezu jede erdenkliche Art. Daher war ein Umstieg nicht der Plan. Nach einer langen und verwirrenden Reihe von Testinstallationen gelangte ich dann zu meinem neuen Musikprogramm: Clementine.
Clementine ist ein Fork von Amarok 1.4. Nach der Version 1.4 wurde Amarok wegen des KDE4-Desktops general überholt. Und wie das so ist: Das gefällt nicht immer allen. Und so kam es zu Fork. Für mich aus 2 Gründen ein Segen:

1. Ist für mich, als Gnome-User, Amarok 2.X ein Non-Go, weil man sich den halben KDE Desktop als Abhängigkeit ins Haus holt.
2. Fand ich Amarok 1.4 super, Amarok 2.X find ich aber doof!

Ich hatte mir schon mal vor einem Jahr Clementine angeguckt, war ein bisschen enttäuscht und entschied, dass das Ding noch nicht so weit war. Darüber vergaß ich Clementine. Nun hab ich Clementine für mich wiederentdeckt und muss sagen: Jepp, das Ding ist jetzt noch geiler als es Amarok für mich jemals war!
Folgenden Funktionen bietet Clementine:

• Durchsuchen und Abspielen Ihrer lokalen Musiksammlung.
• Internetradio von Spotify, Grooveshark, Last.fm, SomaFM, Magnatune, Jamendo, SKY.fm und Digitally Imported, und Icecast.
• Erstellen intelligenter sowie dynamischer Wiedergabelisten.
• Wiedergabelisten mit Tabs, Im- und Exportieren von M3U, XSPF, PLS und ASX.
• Unterstützung für Cuesheets.
• Abspielen von Audio-CDs.
• Visualisierungen von projectM.
• Liedtexte sowie Biografien und Fotos der Künstler.
• Konvertieren von Musik in die Formate MP3, Ogg Vorbis, Ogg Speex, FLAC oder AAC.
• Bearbeiten der Metadaten von MP3- und OGG-Dateien, Organisieren Ihrer Musik.
• Abrufen fehlender Tags von MusicBrainz.
• Fehlende Albencover von Last.fm und Amazon herunterladen.
• Plattformübergreifend – funktioniert unter Windows, Mac OS X und Linux.
• Native Desktopbenachrichtigungen unter Linux (libnotify) und Mac OS X (Growl).
• Fernsteuerung mittels Wii-Fernbedienung, MPRIS oder Befehlszeile.
• Kopieren von Musik auf Ihren iPod, iPhone, MTP- oder USB-Massenspeicher.
• Warteschlangenverwaltung.

(Diese Liste ist dreistes Ausnutzen der Creative-Commons-Lizenz CC-BY-SA der Clementine HP. Man könnte auch von stumpfen copy+paste reden.)

Wer Clementine ausprobieren möchte: Den Player gibt es in jeder gut sortierten Paketverwaltung, als direct download oder man backt sich das Ding einfach selber.

P.S.: Clementine unterstützt zwar nicht von Haus aus das Gnome Benachrichtigungssystem aber über die Gnome-Shell-Extension “Music Integration” klappt’s dann wieder.

PackageKit-yum-plugin

Dieses yum-PlugIn gehört (bei Fedora 16) anscheinend immer noch zur Standardinstallation. Es sorgt dafür, dass nach jedem Aufruf von yum im Hintergrund PackageKit checkt, ob Updates verfügbar sind. Bei einer langsamen Anbindung nervt das extremst. Also entweder in der

/etc/yum/pluginconf.d/refresh-packagekit.conf

enabled=0

yum-plugin-fastestmirror

Mit dem PlugIn werden schnellsten Spiegelserver für die aktiven Repositories ausgewählt, sofern es Spiegelserver gibt und deren Nutzung aktiviert ist. Die ermittelten Server werden in der Datei ‘/var/cache/yum/$arch/$releasever/timedhosts.txt’ also in meinem Fall:

/var/cache/yum/x86_64/16/timedhosts.txt

maxhostfileage=10 #Anzahl der Tage, die diese Liste gespeichert wird
include_only=.nl,.de,.uk,.ie #Die sog. Top-Level-Domains, die genommen werden sollen. Mir hat's nicht wirklich geholfen, aber vielleicht ja euch.

Die paar Optionen, die fehlen, dürft ihr in der Dokumentation nachlesen.

yum-presto

Presto sorgt dafür, dass immer nur ein sog. Inkrementelles Update durchgeführt wird. Ihr zieht also wirklich nur die Veränderungen und nicht das komplette Paket. Ist standardmäßig installiert und aktiviert.

yum.conf

Man kann mit dem Schalter -C die Nutzung des Caches erzwingen und so eine lästige Abfrage bei einem Server vermeiden. Man sieht also bei einem

yum -C search $foo

/etc/yum.conf

keepcache=0

keepcache=1

Hilfreiche Quelle

Wer sich mit yum weiter auseinander setzen will, dem lege ich die wirklich gute Dokumentation ans Herz.

So! Das war es eigentlich schon. Ich hoffe, dass das dem einem oder anderem weiter hilft. (Natürlich auch der einen oder anderen. ;) ) Frage, Anmerkungen und Kritik kommen in die Kommentare!

Als ich meinen ersten Kontakt mit Fedora hatte, war ich eigentlich glücklicher ubuntu User. Ich glaub, ich war sogar Mitglied beim ubuntuusers.de-Team. Kann auch sein, dass das erst später kam. So genau kann ich mich nicht erinnern. (/edit: march hat offenbar ein besseres Gedächtnis als ich: Ich war damals im Ikhayateam. Danke für den Hinweis.) Ich war also mehr oder weniger glücklich mit der Distribution meiner Wahl. Allerdings war ich auch neugierig, was andere Distributionen denn so anders machten. Ich war noch relativ neu in der Linux-Welt und so ganz klar, dass die alle auch nur mit Wasser kochen, war mir das noch nicht.
Also war der Plan schnell gefasst: Eine Partition zu testen sollte her. Ich wollte ja eigentlich nicht wechseln, zumindest hatte ich das nicht vor.
Aber welche Distribution? Es gibt ja nicht gerade wenige und mir fehlte (und fehlt) die Zeit jede zu testen. Also überlegte ich mir ein paar Auswahlkriterien.

Es sollte für den Anfang eine der sogenannten Major-Distributionen werden. Die haben (meist) den Vorteil, dass sie über große Repositories verfügen und man muss nicht alles aus den Quellcodes backen. Worauf ich damals keine Lust hatte. Wie gesagt, ich war noch relativ neu in der Linux-Welt. Ein weiterer Vorteil, so dachte ich mir, sei, dass diese Distributionen eine große und aktive Community haben. Das war mir wichtig, damit ich zur Not Fragen stellen konnte und auch eine Antwort bekommen würde.
Und ich wollte eine Distribution, die RPM Pakete einsetzt. Nicht weil ich debian Pakete doof fand, sondern weil ich es schlicht ausprobieren wollte. So blieben im Prinzip nur openSUSE und Fedora. Aber openSUSE wollte ich nicht. Ich hatte schon bevor ich ubuntu einsetzte unschöne Erfahrungen mit openSUSE gemacht. Bevor mich jemand schlägt: Ja, es war mein Fehler, nicht der von openSUSE. Trotzdem wollte ich kein openSUSE. Das schien (und scheint) nicht zu mir zu passen.
Blieb nur noch Fedora. Und nachdem ich mich ein wenig „schlau“ gelesen hatte (das deutsche Fedorawiki hat einen schönen Vergleichsartikel), ging es dann auch los.
Die damals vorliegende Version hieß Fedora 9 „Sulphur“. Ist also schon eine kleine Ewigkeit her. Und die Hälfte von dem, was unter ubuntu funktionierte, lief unter Fedora nicht oder nicht so, wie ich es erwartet hatte. Und natürlich lief mein blöder Broadcom-WLAN-Chip nicht. Aber das Problem hatte ich erwartet und wusste, was ich tun musste. Stichwort: rpmfusion. Und Fedora machte unter der Haube einiges anders als ubuntu. Und das gefiel mir. Fedora machte das nicht besser, sondern anders. Besonders angetan hatte es mir die Ausgabe von yum. Yum listet Pakete in einer schnieken Tabelle auf, während apt-get optisch gesehen die raus rotzt. Das stört mich heute noch.

Wirklich vermisst habe ich nur die apt-get Option ‘autoremove’. Das yum PlugIn remove-with-leaves war nur ein schwacher Ersatz. Um so glücklicher war ich als die Option „clean_requirements_on_remove“ eingeführt wurde. Das funktioniert im Prinzip genauso wie ein ‘apt-get autoremove’, nur dass man es nicht extra ausführen muss.
Fedora wirkte auf mich ein ganzes Ende rustikaler als ubuntu. Aber ich fand das gut. Und als dann Fedora 10 erschien, entschied ich mich von ubuntu zu verabschieden und Fedora als Hauptsystem einzusetzen. Und dabei bin ich bis Heute geblieben.

P.S.: Ich hab noch einen Screenshot von Fedora 9 gefunden. Das sieht so gruselig aus, dass ich wundere, wie ich es geschafft habe zu wechseln. Wahrscheinlich sah ubuntu auch nicht besser aus. ;)

Screenshot von der Fedora 9 LiveCD mit Gnome 2.2

„Hübsch-häßlich habt ihr’s hier!“
Heinz Rühmann als Pater Brown

Wie man sieht, hab ich ein kleinwenig am Blog-Design ‘gebastelt’. Ein anderes Theme sollte es sein, da ich das alten nun schon über ein Jahr hatte und, ehrlich gesagt, ich konnte es einfach nicht mehr sehen. Ich hab mich für ein schlichtes, einfaches und (hoffentlich) übersichtliches Theme entschieden. So gibt es keine Ablenkung und das Hauptaugenmerk liegt ganz beim Inhalt. So wie es sein sollte.
Eventuell werd ich das Theme in ein paar Tagen noch mal umstellen, falls ich doch noch etwas finde, das mir gar nicht gefällt.

Auch hab ich die „About Me“ Seite überarbeitet. Das war noch eine blogtechnische Jugendsünde. Der aktuelle Text ist zwar immer noch nicht perfekt, aber schon mal besser. Und die Web2.0 (2 € in die buzzword Kasse) Buttons hab gleich auch entsorgt und gegen passende ersetzt. Die Kommentarfunktion ist dort auch wieder aktiv. Kommentare können jetzt also überall hinterlassen werden.

Und das ist der Zeitpunkt an dem ich wieder meckern muss, denn das ist genau der Punkt, der mich auch an unity stört. Unity hat das bereits und es nervt mich wirklich. Hat man nämlich eine Anzahl von Anwendungen, die nicht maximiert sind, dann wird der Weg zum Menü echt lang. Vor allem wenn diese Anwendungen auf dem 2. Bildschirm liegen! Wenn so was bei unity eingeführt wird, ist mir das relativ egal. Unity gibt es nur bei ubuntu und ich hab kein ubuntu. (Nur ganz nebenbei, meine Freunde von unity: Es freut mich, dass ihr das gut findet oder zumindest damit leben könnt, aber versteht, dass es nicht mein Geschmack ist.)
Aber es gibt Hoffnung. So ist als einer der Punkte Folgendes aufgeführt:

„The app menu needs to be dynamic (…), to accomodate sensitivity changes of actions, and e.g. window state (fullscreen / not fullscreen)“

So könnte es sein, dass eine nicht maximierte Anwendung ihr Menü behält, damit man eben nicht die virtuellen Kilometer abreißen muss.
Auch ein weiterer Satz stimmt mich vorsichtig optimistisch. Wenn es da bei den Programmen, die dieses Feature wahrscheinlich nicht in naher Zukunft übernehmen können, heißt:

„This is not a problem – it is fine for such applications to keep their traditional menus“

Daraus schließe ich einfach mal, dass den jeweiligen Programmen ihr Menü nicht zwangsenteignet wird.
Es sieht bei näherer Betrachtung nicht ganz so gruselig aus, wie am Anfang. Oder wie meine Oma zu sagen pflegte: „Nix wird so heiß gegessen, wie’s gekocht wird!“

„Hier stehe ich. Ich kann nicht anders.“
Martin Luther beim Reichstag zum Worms, 1521

Am Anfang war debian. Und aus debian machte Mark S. ubuntu. Und er sah, dass es gut war. Natürlich sah das jemand anders und machte ein Wallbuntu namens ubuntu Mint. Aber Mark S. wollte damit nichts tun haben und befahl den Namen zu ändern. So hieß ubuntu Mint auf einmal Linux Mint.
Allerdings fehlte Mint immer noch eine Daseinsberechtigung, denn es war nur ein weiteres Wallbuntu. Also schrieb sein Erschaffer ein paar Tools in der Hoffnung, dass Mint nun als eigenständige Distribution anerkannt würde. Aber es war nur eine Kopie von ubuntu mit ein paar zusätzlichen Tools. Auch bastelte man am Gnome Desktop rum, der wie beim Original der Standarddesktop war. Zwar sah der Gnome Desktop jetzt nicht mehr wie der von ubuntu aus, glich aber nun mehr der Variante von openSUSE, einer echte eigenständigen Distribution. Das fiel nur keinem auf, da der typische Mint-User nur ubuntu kennt.
Dann machte die Gnome Foundation etwas völlig unerwartetes: Die Entwickler kündigten Version 3.0 an und griffen die Gelegenheit beim Schopfe und machten einen Schnitt. Schluss mit Gtk2, Schluss mit Metacity, Schluss mit dem 10 Jahre alten „Look & Feel“. Der Gnome Desktop bekam eine radikale Runderneuerung.
Okay, diese Runderneuerung kam nicht wirklich unerwartet. Es gab eine Ankündigung und es gab natürlich den upstream, mit dem sich jeder, der wollte, den aktuellen Entwicklungsstand ansehen konnte. Es gab sogar auf gnome.org eine copy & paste Installationsanleitung während der Entwicklungsphase. Nur heißt der upstream von Mint nicht Gnome, wie es bei einer echten Distributionen der Fall wäre, sondern ubuntu.
Damit wären wir in der Gegenwart angekommen. Gnome liegt mittlerweile in der Version 3.2 vor. Der große Schnitt ist geschehen, auch wenn es nicht jedem gefällt. Es ist aber auch nicht der einzige Desktop für Linux (für debian User: Gnu/Linux). Es gibt ja noch KDE Plasma, Xfce, LXDE und vieles mehr. Und für echte Masochisten geht’s natürlich auch ganz ohne. Wer nicht zufrieden ist, wechselt einfach. Die Linux-Welt könnte so schön sein. Wäre da nicht die ‘Distribution’ Mint.

Wir erinnern uns: Mint bastelte viel am alten Gnome Desktop rum, um sich von ubuntu nicht nur durch das Wallpaper zu unterscheiden. Diese Veränderungen funktionieren logischerweise nach der Radikalkur nicht mehr. Aber es gibt Rettung: Gnome hat eine Plugin-Schnittstelle. Diese Plugins heißen Extensions. Und sie sind mächtig. Ein Kommentator dieses Blogs meinte völlig zu Recht: „Mit CSS2, Javascript und den Extensions dürften die Möglichkeiten der Shell nahezu unbegrenzt sein (funktionell und visuell).“

„Die Aussage ‘Kein Mensch wäre so dumm, so etwas zu tun’ stimmt nicht. Irgend jemand wäre immer so dumm, etwas wirklich Dummes zu tun – nur um zu sehen, ob es möglich wäre. Wenn du in einer versteckten Höhle einen Schalter anbringst und ein Schild aufhängst ‘ENDE-DER-WELT-SCHALTER. BITTE NICHT DRÜCKEN’, hätte das Schild nicht einmal Zeit zu trocknen.“
Terry Prachett

So sieht es aus. Mint nutzt die Extensions, um ihr gewohntes Look & Feel der Gnome-Shell (dem sichtbarsten Teil von Gnome 3.X) aufzuzwingen. Und die Ersten klatschen schon Beifall. Aber die Sache hat den ein oder anderen Haken: Schon die Verkünder der ‘frohen’ Botschaft auf Web Upd8 mahnen, dass es vielleicht Probleme mit den offiziellen Extensions geben könnte. Denn mit Nichten ist die Mint Gnome Shell Extension (MGSE) eine offizielle Erweiterung und wird es auch wohl nie werden. So sind die Probleme durch andere offizielle (!!) Extensions schon vorprogrammiert. Und die Probleme darf die quasi nicht vorhandene Mint Community alleine lösen, denn zumindest auf dem riesigen deutschen Portal für ubuntu hat man sich vor lange Zeit in weiser Voraussicht darauf geeinigt, diesem Versuch einer Distribution und Ableger von ubuntu keinen Support zu geben. Da hilft auch alles Wehklagen der Mint-User nichts (siehe: hier, man beachte die Aussagen der Teammitglieder).

Wenn man den Screenshot auf Web Upd8 so betrachtet und Gnome3 kennt, dann fällt einem so das eine oder andere klitzekleine Usability Problem auf. Es fängt an mit der Frage: Was passiert eigentlich mit dem Benachrichtigungssystem? Für diejenigen, die kein Gnome nutzen: Das Benachrichtigungssystem befindet sich am unteren Rand des Bildschirms und ist ausgeblendet, sofern es nichts melden gibt. Ja, richtig! Genau da befindet sich jetzt das glorreiche Mint Panel. Aber es geht noch weiter! Um das Ding zu Gesicht zu bekommen, auch wenn es keine Nachricht für den User hat, geht man mit der Maus in die untere rechte Ecke. Also genau dahin, wo die Macher von Mint den Arbeitsflächenwechsler hin gepackt haben.

Apropos Arbeitsflächen: Mit der Einführung von Gnome3 entschied man sich für ein sehr flexibles System zur Erstellung der Arbeitsflächen. Das wurde so gestaltet, dass man immer eine freie Arbeitsfläche hat, auf der man eine neue Anwendung starten kann. Sollte man also die freie Arbeitsfläche belegen, wird eine Neue erstellt. Wird eine frei, wird selbige entfernt. Zu dem Thema „Gnome 3 und die Arbeitsflächen“ schreibe ich in einem späteren Beitrag noch was weiterführendes.
Ja, man das Problem förmlich riechen: Entweder die Mint-Extension schaltet dieses System einfach ab, oder das Panel droht „voll zu laufen“, wenn man permanent eine neue Arbeitsfläche erschafft. Da dürfte man froh sein, wenn man einen Widescreeen-Monitor sein eigen nennt. Bleibt eigentlich nur Abschalten. Und zack hat man das nächste Problem: Die Aktivitäten werden nutzlos. Man braucht sie nicht mehr. Leider machen sie aber gefühlte 50% des Gnome 3 Desktops in Sachen Ressourcen aus.
Und ich kann sie, die Mint-User, schon maulen hören: „Gnome 3 ist viel ressourcenhungrigern als Gnome 2. Das ist ja voll blöd!!!!11einself.“ Ja, lieber zukünftiger Mint-User Gnome 3 braucht mehr Ressourcen als Gnome 2. Es kann aber auch deutlich mehr. Nur siehst Du das nicht, da du diese unsinnige MGSE benutzt. Und das ist nicht die Schuld der Gnome-Entwickler, sondern die der Mint-’Entwickler’. Und deine! Denn Du hast es versäumt a) Dich mit dem neuen Konzept anzufreunden oder b) einfach zu wechseln. Nein, Du musstest in Blogs, Foren und sonst wo Deine unumstößliche Meinung abgeben und hast jetzt endlich in den Machern von Mint willfährige Helfer gefunden.
Und nur so als Anmerkung: Ich habe kein Problem damit, dass irgendwer Gnome 3 nicht mag. Soll er/sie/es was anderes benutzen und gut. Es wird Desktop-Umgebungen wie Xfce sicherlich gut tun, wenn sie ein bisschen mehr Aufmerksamkeit seitens der User erhalten.
Aber Dein Horizont, lieber Mint-User, ist natürlich begrenzt. Und die Diskussion der Gnome-Entwickler untereinander, ob Extensions überhaupt eine gute Idee sind, hast DU nicht mitbekommen. Und so verstehst Du nicht, dass Extensions wie die MGSE Wasser auf den Mühlen derjenigen Entwickler sind, die die Extensions am liebsten abschaffen würden. Und wenn weitere wannabe Distributoren auf ähnlich glorreiche Ideen kommen, wie eurer geliebtes Mint, was wird dann wohl passieren?
Tja, mit dem Gedanken lass ich Dich mal alleine…