Betriebssystemgeschwätz

Ubuntu 12.04 LTS

rm53 — Thu, 03 May 2012 12:02:40 +0000

Endlich habe ich mir die neue LTS von Ubuntu installiert.
Es heißt immer, bei den LongTimeSupport-Versionen gäbe es wenig Neues.
Aber diese 12.04 ist der Hammer. Zwar finde ich wirklich wenig “Neues”, aber dafür funktionieren all die Neuheiten der letzten Versionen jetzt endlich so, wie sie sollen.
Starter:
Da ist mal als erstes der “Starter”, also das Ding links außen, in Mac-Sprache das Dock. Das sieht zwar so aus wie bisher, aber es kann endlich, was es schon immer hätte können sollen. Nicht nur Programme bequem starten, sondern auch sehr schön wechseln zwischen Programmen, mit der passenden Animation, wenn dabei gleichzeitig Schreibtische (”Arbeitsflächen”) gewechselt werden. Auch der Arbeitsflächen-Wechsler selbst funktioniert jetzt, wenn auch immer noch ein Doppelklick zuviel benötigt wird. Ist aber nicht schlimm, mit dem Dock, sorry Starter, geht es ja direkt mit nur einem einzigen Klick.
Auch wenn man mehr Programme im Starter hat, als reinpassen, hat Canonical hier eine innovative und schöne Lösung gefunden, und setzt sich somit gleich ein wenig von OS X ab, in Zeiten der Patentkriege sicher eine gute Idee. Die unteren Icons werden sozusagen in die Tiefe gekippt, so passen viel mehr hin, und automatisch expandiert=aufgestellt, sobald die Maus in die Nähe kommt. Sehr fein.
Ubuntu Software Center:
Dann ist da das Ubuntu Software Center, das sich in eine Art Appstore entwickelt, wobei die Trennung von freien und kommerziellen Apps sauber gelungen ist und überhaupt in Punkto Übersichtlichkeit und Bedienbarkeit im Vergleich mit der Konkurrenz gesagt werden kann: Ubuntu ist besser!
Zudem sind endlich praktisch alle Linuxprogramme inkludiert, es gibt keinen Grund mehr, auf Synaptics oder gar apt-get zurückzugreifen. Auch das Multicasting funktioniert hier endlich, also kann man in Ruhe mehrere Softwarepakete auswählen, das System installiert derweil im Hintergrund schon lustig los. (Klingt selbstverständlich, war es aber nicht.)
Unity:
In Unity gibt es auch kleine Verbesserungen, die ich nicht wirklich exakt beschreiben kann, die aber das Leben mit dieser Oberfläche so viel angenehmer machen. Da wurde wirklich Großes geleistet, wenn es auch nicht so offensichtlich ist, da muss man erst mal selbst probieren. Unity bekam ja viel Hiebe, als es eingeführt wurde, aber ich denke, diese ganze Kritik ist inzwischen komplett überholt. Da müssten all die vergraulten Tester nochmal von vorne anfangen.
Fazit:
Zusammengefasst: Ich bin begeistert von dieser Ubuntu-Version. Der Abstand zu Mac OS X wird sehr klein, zumindest im Punkt Software Center hat Ubuntu vorbeigezogen und mit dem Starter Gleichstand erreicht. Wenn man vielleicht in Zukunft noch die ein oder andere App optimal anpassen könnte… Gimp ist ein unverzichtbares Vorzeigeprogramm in Linux, und doch gelingt es hier nicht, die Paletten so darzustellen, dass sie auf den Bildschirm passen… auch bei den anderen meiner Lieblingsprogramme gibt es solche kleinen Reibereien zwischen Ubuntu/Unity und diesen Apps. Aber es muss ja auch für die Zukunft was zu tun bleiben…

PyGTK ist plattformübergreifend… oder?

rm53 — Thu, 29 Mar 2012 19:41:50 +0000

Meine Modellbahn-App sollte nicht nur auf dem Maemo-Handy Nokia N900 laufen, sondern auf jedem Computer mit installiertem Python und GTK-Libraries bzw. PyGTK.
Also auch auf Ubuntu, das bei mir in VirtualBox auf meinen Macs läuft.
Es geht tatsächlich, wenn auch das in Ubuntu standardmäßig aktivierte Theme Ambiance die ToggleButtons von PyGTK ad absurdum führt, da der gedrückte und der nicht gedrückte Zustand dieser Knöpfe optisch kaum unterscheidbar sind. Genau darauf beruht aber meine App. Sie zeigt außer der Lokgeschwindigkeit alle Zustände per ToggleButton an. Pech.
Bzw. Designfehler dieses Themes. Leider sind die anderen vorinstallierten Themes von Ubuntu auch nicht besser, in dieser Beziehung jedenfalls.
Da habe ich die “Erweiterten Einstellungen” aus der Ubuntu-Softwaresammlung nachinstalliert. Mit dem GTK-Theme Adwaita, (und Fenstertheme zB Outdoors) funktioniert die App dann brauchbar, wenn auch nicht gerade ideal, denn man muss immer noch genau hinschauen. Da sind das Standard-Theme oder das Matrix-Theme von Maemo/Hildon weit besser.
So sieht es in Ubuntu aus:

Hier sind die Buttons “F1″, “F7-Motor”, “F7-Glocke” gedrückt und der Rückmeldekontakt 03 ist aktiviert. Wenn man genau schaut, kann man es erkennen… könnte besser sein.
Wie man an derselben App sieht, wenn sie in Maemo läuft:

HowTo make desktop icon for Python script in Maemo

rm53 — Wed, 28 Mar 2012 17:54:15 +0000

There are several steps to get a standard icon in the program menu and as a desktop shortcut to that program.
I assume you have a working Python script, which you call in XTerminal by typing:
python yourscriptname.py
Obviously you will need an icon, in this case in 48×48 size, preferable with transparent background.
Then you do in XTerminal: (first become root by typing ’sudo gainroot’)

Your Python script yourscriptname.py should be put under the /opt directory, in a new directory like yourscript.
So that its path is: /opt/yourscript/yourscriptname.py
Make up an icon in the size of 48×48 pixels, and PNG format. Name it ‘yourscripticon.png’.
Put it into /usr/share/pixmaps or put it somewhere under /opt, and make a softlink in /usr/share/pixmaps pointing to that icon.
Make up a simple callable script named ‘yourscript’ for the correct calling of your Python script just as this 2-liner:
#!/bin/sh exex python /usr/bin/yourscriptname.py
and make it executable (chmod a+x yourscript).
put that script under that simple name ‘yourscript’ into /usr/bin
make up the following desktop file ‘yourscript.desktop’ in /usr/share/applications/hildon :
[Desktop Entry] Encoding=UTF-8 Version=1.0 Type=Application Name=Pretty Name of your Script Exec=/usr/bin/yourscript Icon=yourscripticon
Note to not use the .png extension in this .desktop file.
Finally, either restart your Maemo device, or call the Hildon recache commands if you know them (I don’t )

Your Python script will appear in the Hildon app menu (probably way down the list) and you can use the normal desktop menu to create a desktop shortcut for your app, if you like.

Thank you Khertan for the clean .desktop prototype of your pygtkeditor app!

Modellbahn App II

rm53 — Tue, 27 Mar 2012 19:09:24 +0000

Es geht aber besser…
Jetzt zeigen die Geschwindigkeitsregler und die Funktionsknöpfe den aktuellen Zustand der Loks an, für alle drei gleichzeitig steuerbaren Loks nebeneinander, was natürlich jeder User ohnehin erwartet hätte. (Was die erste Version aber noch nicht konnte.)
Zwei Loks sind mit Bildchen und Funktionsknöpfen vorprogrammiert, eine weitere Lok lässt sich per Eintippen der Adresse steuern.
Damit ist meine N900-Maemo-App jetzt der offiziellen iOS-App von Märklin in mehreren Punkten voraus…

s88-Kontakte werden angezeigt
s88-Kontakte können Automatik-Funktionen auslösen
bis zu 3 Loks nebeneinander, ohne blättern oder scrollen
individuell benamste Funktionsknöpfe

… aber natürlich nicht in jeder Beziehung:

Leider ist die Anzeige der s88-Kontakte zwar vorhanden, aber für ernsthafte Steuerung nicht zuverlässig genug.
Die offizielle App bezieht die Lokkonfigurationen automatisch von der CS2.
Einen Teil zum Weichenstellen habe ich noch nicht eingebaut, da ich derzeit keine elektr. Weichen habe…

Modellbahn App

rm53 — Tue, 20 Mar 2012 19:33:49 +0000

Nachdem ich zuletzt hauptsächlich das oberflächenlose Steuerprogramm für die Modelleisenbahn perfektioniert hatte, habe ich heute nochmal die App für mein Nokia Linux (Maemo) N900 Handy nachgebessert.
Die Oberfläche ist sehr einfach gestrickt und besteht nur aus PyGTK-Buttons.

Bisher war die Responsiveness der Buttons sehr schlecht, mit Reaktionszeiten bis 10 Sekunden, denn die Buttons haben erst reagiert, wenn das nächste Paket vom Netzwerk hereingekommen ist.
Durch eine einfache Änderung, indem ich dem Socket zusätzlich das Attribut nonblocking mitgegeben habe, war das Problem gelöst, und die Reaktionszeit auf praktisch Null gesunken.
So weit so gut. Nur war der Stromverbrauch heftig angestiegen, da der Prozessor nun mit 100% Auslastung lief.
Nach ein wenig Dokumentation lesen probierte ich statt nonblocking mal aus, ein Timeout von 1/10 Sekunde zu verwenden.
Und siehe da, sehr schnelle Reaktionszeiten bei rund 1% Prozessorauslastung und somit keinem signifikanten Stromverbrauch mehr.
Problem gelöst!

Modelleisenbahn

rm53 — Mon, 19 Mar 2012 12:35:51 +0000

So irgendwann in den frühen Neunzigern, denke ich, war das, wie wir uns die Märklin Control Unit 6021 samt Computer-Interface 6051 gekauft hatten und dann H0 und auf Umwegen auch Spur Z digital gesteuert haben.
Computer-seitig mit Macintosh SE und bald mit PowerBook Duo 230, softwareseitig mit HyperCard, angeschlossen über die serielle Schnittstelle.
Der letzte Mac mit serieller Schnittstelle hat bei uns vor etlichen Jahren aufgegeben, und auf den neuen geht HyperCard nicht. Dazu sieht es so aus, als sei das Interface 6051 kaputt.
Aus diesen finsteren Zuständen sollte das neue Digitalsystem von Märklin, die Central Station 2 (kurz: CS2), heraushelfen, die wir jetzt seit ein paar Jahren haben. Ganz nett, mit Touchscreen, die wichtigsten Funktionen auch über fühlbare Hardwaretasten zu steuern, gut gemacht. Nur, was das alte Combo aus 6021 und Mac und HyperCard an automatischen Steuerungsfinessen bot, das kann die sündteure CS2 keineswegs. Die einzige eingebaute Automatikfunktion ist eine Pendelzugsteuerung, die aber so schlecht programmiert ist, dass sie mit Reed-Kontaktgebern nicht funktioniert. (Und die Kontaktgleislösung ist für Spur 1 nicht möglich. Man fragt sich, was die Software-Entwickler bei Märklin im Kopf haben. Nur H0, und da nur Mittelleiter-H0. Aber dick DCC-kompatibel draufschreiben!)
Aber.
Die CS2 hat ein absolut geniales Feature: Ihre Teile sind untereinander, auch über mehrere Geräte hinweg, per CAN-Bus verbunden, und dieser wird auch über Ethernet weitergegeben. Und, das Protokoll ist veröffentlicht. (Wenn auch weder vollständig noch fehlerfrei.)
Somit kann man also über Ethernet einen Computer anhängen und eigene Programme schreiben, die das können, was die CS2 allein nicht kann.
Und wenn man die CS2 ins WLAN hängt, dann geht das alles drahtlos.
Jetzt hab ich schon eine kleine App für mein Linux-Handy N900, die den Zustand der s88-Rückmeldekontakte life anzeigt, die die vorprogrammierte Funktion eines s88-Sensors per Fingertip abruft, und dafür sorgt, dass diese Funktion auch automatisch ausgelöst wird. Das geht über das Fahrstraßen-Feature der CS2 weit hinaus, denn hier können Geschwindigkeitsanpassungen im Bahnhofsbereich realisiert werden, an verschiedenen Punkten der Strecke die passenden Soundfunktionen ausgelöst werden, und, was mir das Wichtigste ist, ich kann zwei Züge abwechselnd fahren lassen, auf der Gartenanlage, einen so herum, den andern andersherum, ohne irgendwelchen Stromabschaltgleise oder Schienenunterbrechungen oder ähnlichen Mist aus der Steinzeit.
Alles nur mit den Reedkontakten gesteuert. Perfekt.
Und nur wenn die Dampflok ihre Runde fährt, dampft sie auch wirklich. Vor der Brücke hupt die Diesellok, im Bahnhofsbereich wird langsamer gefahren, so schön.
Das Python-Programm läuft wahlweise auf Mac oder Handy oder sonst irgendeinem Computer, der Python kann, also praktisch jedem.

neues iPad – ja und nun? wie soll das Kind heißen?

rm53 — Wed, 07 Mar 2012 21:37:53 +0000

Ist mal jemandem aufgefallen, dass sich Apple auf dem Presse-Event heute zum neuen iPad darum gedrückt hat, den Namen des neuen Tabletts zu verraten?
Oder ist es noch gar nicht getauft?
Womöglich wegen des Namensstreits mit dieser unsäglichen Pleitefirma in China?
Sehr seltsam, eine weltweit vielbeachtete Produktvorstellung, und dann kein Name dazu.

LibreOffice 3.5

rm53 — Wed, 15 Feb 2012 10:00:33 +0000

Was lange währt, wird endlich gut…
Jede Version von LibreOffice habe ich getestet, mit meinem zugegebenermaßen reichlich kompliziert gesetzten Sitzungsprotokoll als Serienbrief. Keine Version konnte das bisher fehlerfrei bis zum Drucker bringen, während NeoOffice nie ein Problem damit gehabt hat. (Auch OpenOffice.org konnte es, aber das hat wieder andere Nachteile.)
Die neueste Version 3.5 von LibreOffice ist nun endlich soweit, und macht fehlerfrei was es soll, inkl. Unmengen an Abschnittwechseln, wie das früher hieß, weil die Spaltenzahl dauernd von 1 auf 2 oder umgekehrt wechselt. Vor allem stimmt jetzt auch beim dritten und weiteren Exemplaren der Seitenumbruch, das war ja der schlimmste Fehler bei den ersten LibreOffice-Versionen, die ersten zwei von 33 Exemplaren wurden richtig erzeugt, ab dem dritten wurde ein Spaltenwechsel fälschlich als Seitenwechsel interpretiert – katastrophal für meinen Zweck.
Jetzt könnte ich also von NeoOffice mit ihrer aggressiven Spendenpolitik ganz auf LibreOffice umsteigen. Mal sehen.

YouTube upload Problem

rm53 — Tue, 03 Jan 2012 21:41:46 +0000

Heute wollte ich wieder mal ein Video auf YouTube laden. Und zwar direkt aus iMovie, wo ich den Film aus diversen Schnipseln zusammengestellt habe. Die letzten beiden Male hat das fein funktioniert. Diesmal nicht. Keine Chance. Erst ein paar Minuten Rechenzeit zum Rendern des Projekts, dann 20-30 Minuten Upload-Zeit mit Progressbar, und gut geschätzter verbleibender Zeit – und dann einfach nix mehr, einfach zu Ende, keine Fehlermeldung, kein gar nix.
Ein zweites Mal die ganze Prozedur: wieder umsonst. Keine Fehlermeldung, aber auf YouTube nix angekommen.
Das letzte Mal ist mir das vor ungefähr einem Jahr passiert. Mit keiner Methode konnte ich das Problem lösen, musste meine Filme dann erst auf die Platte rendern und die Filmdatei über das Webinterface “zu Fuß” hochladen.
Heute habe ich die iMovie-Projektdatei auf meinen kleinen Air übertragen, auch die Clips waren nötig, dann bin ich mit dem kleinen Gerät zu den Kindern gelaufen. In deren schnellem Netz wieder mit iMovie hochgeladen – anderer Computer, anderes Netz – und wieder dasselbe Verhalten, nur viel schneller. Kein Film auf dem Server angekommen.
Wie erklärt sich das? Wie kann sich der iMovie-Upload so verklemmen, dass weder Wechsel des Netzes noch des Computers etwas daran ändert???

Und wieder den Film (es geht um HEXBUG und Modellbahn) “zu Fuß” hochgeladen, was natürlich einwandfrei funktioniert hat, aber umständlich ist…

von KYTRONs zu HEXBUGs

rm53 — Tue, 27 Dec 2011 20:26:10 +0000

Von 1974 – 1980 habe ich seinerzeit meine Serie von autonomen, beweglichen Robotern (autonomous mobile robots) gebaut, wie man vielleicht von meiner KYTRON-online-Dokumentation weiß. Alle KYTRONs suchten nach Licht, mit verschiedenen Arten von Lichtsensoren. (Nr. 2 konnte auch in den Schatten flüchten.) KYTRON 1 war technisch primitiv, das Chassis aus Blech von einem 30 cm langen Spielzeugpanzer übernommen. Nr. 2 war nur noch 20 cm lang und die ganze Mechanik war in Glasfaser-Gießharztechnik komplett selbstgemacht. Die Elektronik bestand aus den damals topaktuellen CMOS-Logik-Bausteinen, über 19 davon hatte ich verbaut, 220 elektronische Bauteile insgesamt. Das dritte KYTRON war nur mehr 11 cm lang und verwendete dünne Drahtfühler als Anstoßsensoren. Es konnte nicht ganz so komplizierte Hindernis-Ausweichmanöver fahren wir Nr. 2, dafür hatte es Solarzellen auf dem Deckel, die bei voller Sonneneinstrahlung für den Fahrbetrieb genug Energie lieferten, ansonsten zum Aufladen der Akkus dienten. KYTRON 4 wurde später umgebaut, so dass es dank Motorola ICU (Chip 14500) per Software kontrolliert wurde. KYTRON 5 schließlich war “winzig klein”, 65 mm lang und 115 g leicht. Das war 1978, zu der Zeit gab es noch keine SMD-Bauteile, und doch habe ich über 100 Bauteile verbaut, aber keine ICs, die hätten nicht reingepasst. Auch dieses kleinste KYTRON trug 8 monokristalline Solarzellen als Dach.
Als KYTRON 6 hätte ein sechsbeiniges Krabbelmonster folgen sollen, aber das habe ich nie gebaut.

Jetzt haben wir das erste Jahrzehnt des neuen Jahrtausend hinter uns. Was hat sich in den etwa 30 Jahren getan?
Auf dem Gebiet “autonomous mobile robots” viel. Und wenig zugleich.
Zu Weihnachten bekam ich zwei HEXBUGs. Einen HEXBUG original und einen HEXBUG nano.
Der HEXBUG original ist ein sechsbeiniges Krabbeltier, läuft auf seinen Beinchen vorwärts, bis er mit seinen dünnen Drahtfühlern (kommt uns das bekannt vor?) ein Hindernis entdeckt. Tatsächlich ist die Konstruktion der Fühler praktisch identisch zu denen meines KYTRON 5. Der HEXBUG reagiert aber nicht nur auf mechanische Hindernisse, sondern auch auf laute Geräusche. Dafür sieht er kein Licht. Es gibt aber einen HEXBOT, der auf Licht und Schatten reagiert (Crab).
Ich finde es fair zu sagen, dass der HEXBUG original eine logische Fortsetzung meiner KYTRON-Serie darstellt, zumal der Name hex, also sechs enthält, und mein nächstes KYTRON wäre Nr. 6 gewesen…
Für die lange Zeit von 1978 bis 2007 (als der original erschienen ist) erscheint der Fortschritt gering, andererseits auch wieder gewaltig: denn meine KYTRONs sind Einzelstücke, mit unbezahlbar viel Arbeitszeit drin, nicht nur zur Entwicklung und zum Bauen, sondern auch zur Pflege. Während die HEXBUGs als unkompliziertes Spielzeug und Massenprodukt den Markt erobern. Da liegen schon Welten dazwischen.

Abgesehen von der Vergangenheit und den Bezügen zu meinen KYTRONs macht der HEXBUG nano noch mehr Spaß als der original: extrem robust, unkompliziert, und ja, primitiv, und gerade deswegen so faszinierend. Kein einziges elektronisches Bauteil ist da drin, es besteht ausschließlich aus dem Motor mit Excenter-Massekörper, der Batterie, dem Ein-Ausschalter, und dem Gehäuse, welches außen eine weiche Schicht hat, die nach unten in die 12 Beinchen ausläuft. Keine Getriebe, keine Elektronik, keine Sensoren.
Und doch findet sich dieses Minimonster auf einem dicht gedeckten Tisch zwischen Tellern, Besteck und Gläsern wunderbar seinen Weg, kommt nach einem Umkippen nach wenigen Sekunden wieder auf die Füße, und fällt es vom Tisch, krabbelt es eben auf dem Boden weiter. Das einzige, was dieses schnelle Krabbeltierchen aufhalten kann, sind sehr weiche Untergründe: die nehmen die Schwingungsenergie weg, dann geht nix mehr.
Extrem genial, diese ganze HEXBUG-Serie!

(Auf Youtube findet sich mein erstes HEXBUG Filmchen.)

Netzwerkprobleme

rm53 — Tue, 29 Nov 2011 23:01:05 +0000

Unser Netzwerkzugriff hat die letzten Monate wenig Spaß gemacht. Wir waren bei den ersten ADSL-Kunden der Telekom und haben den Vertrag schrittweise aufgestockt, aber bei 1MBit/s war dann einfach Schluss: schneller geht es nicht, behauptet die Telekom. Dabei haben unsere Nachbarn auch Telekom, und weit schneller als wir.
Und der Kabelanbieter weigert sich, eine Leitung zu unserem Haus zu legen…
Im Haus verwenden wir WLAN, der erste Airport Express hängt per Ethernet am Router, die nächsten beiden und die Time Capsule erweitern das WLAN drahtlos.
Musikstreamen kreuz und quer im ganzen Haus via AirPlay (früher AirTunes genannt), Druckerzugriff und Internetzugang, alles drahtlos von überall, auch vom Garten – so war es gedacht, und hat auch jahrelang funktioniert.
In letzter Zeit lahmte das ganze immer mehr, immer öfter war ein Reboot des ersten Airport nötig, immer öfter mussten wir für größere Downloads auf ein Nachbar-WLAN ausweichen. Nicht mal größere Email konnten wir noch verschicken. Kein guter Zustand.

Jetzt habe ich den ersten Airport ausgetauscht, und siehe da, der Internetzugang ist davon natürlich nicht schneller geworden, aber stabiler, und im Haus geht alles besser. Endlich wieder stundenlang Musik streamen ohne Probleme. Lange Emails schicken, und was sonst.
Insgesamt sind damit schon 3 unserer Airport Express “n” Geräte ausgefallen. Schande über Apple, das ist ja nicht die versprochene Qualität. Ein Alugehäuse wäre wohl eine gute Lösung, denn dass die Dinger Probleme mit der Wärmeabfuhr haben, ist ja seit Jahren bekannt.

Mac OS X Adressbuch: iCloud Problem und Flickzeug

rm53 — Thu, 17 Nov 2011 12:43:30 +0000

Beim Adressbuch gibt es ein lästiges Problem seit der Einführung von iCloud: die Verteilerlisten lassen sich nicht mehr editieren. (Der Menübefehl “Verteilerlisten bearbeiten…” bleibt ausgegraut.)
Damit kann man nicht mehr selbst bestimmen, welche email-Adresse einer Visitenkarte in einer Adressen-Gruppe verwendet wird. Das kann je nach Anwendungsfall das Versenden von Mails an viele Adressaten extrem mühsam machen, da man die Adressliste in Mail dann per Hand zusammenstellen müsste.

MacFixIt hat dazu eine behelfsmäßige Lösung, einen typischen Workaround, und stellt in Aussicht, dass Apple das Problem beim nächsten Systemupdate (10.7.3) vernünftig behebt. Bis dahin können wir diesen Trick verwenden:

Howto Verteilerlistentrick:
Kurz gesagt, muss man in Adressbuch eine lokale Gruppe erzeugen, danach geht der Befehl “Verteilerliste bearbeiten…” wieder.
Diese Gruppe kann leer und unbenutzt bleiben, sie muss nur da sein.

Vorgangsweise:

Adressbuch Einstellungen…/Allgemein: Standardaccount auf “Lokal” stellen
neue Gruppe anlegen (mit Plus-Taste unter Gruppenliste) (Name beliebig, zB “temp”)
Adressbuch Einstellungen…/Allgemein: Standardaccount auf “iCloud” zurückstellen
fertig

Wenn der Fehler in einem der nächsten OS X Releases behoben ist, kann man diese lokale Gruppe wieder löschen.

Danke für diesen genialen Tipp!