Posts mit dem Label installieren werden angezeigt. Alle Posts anzeigen
Posts mit dem Label installieren werden angezeigt. Alle Posts anzeigen

26. Dezember 2013

GNOME: Chrome Web Apps in App-Launcher anzeigen

In diesem Artikel soll eine Möglichkeit vorgestellt werden, wie sogenannte "Google Chrome Apps" im App-Launcher der GNOME 3 Shell, der innerhalb des Aktivitäten-Menüs zur Verfügung steht, als Favoriten hinzugefügt werden können. Dadurch ist es möglich, Apps, wie z.B. Google Keep, Google Kalender oder Google Drive, unabhängig Google Chrome zu starten, wobei der Browser jedoch trotzdem auf dem System installiert sein muss. Der unten dargestellte Screenshot zeigt das Resultat der, im weiteren Verlauf dieses Artikels beschriebenen, Schritte.

Die Chrome-Apps Google Drive, Google Kalender und Google Keep im App-Launcher der GNOME-Shell (Klicken zum Vergrößern)

Die folgenden Schritte sind notwendig, um Google Chrome Apps im App-Launcher der GNOME-Shell als Favoriten anzuzeigen. Als Beispiel hierfür wird die App "Google Keep" herangezogen, die es erlaubt, in der Google-Cloud gespeicherte, Notizen zu erstellen.
  • Zunächst ist es notwendig die App, die zukünftig über den App-Launcher der GNOME-Shell unabhängig von Google Chrome gestartet werden soll, innerhalb des Browsers zu installieren.Verfügbare Chrome-Apps können in "Chrome Web Store", der unter dieser Adresse verfügbar ist, gefunden und installiert werden. Google Keep ist beispielweise innerhalb des Stores unter diesem Direktlink verfügbar und kann auf der entsprechenden Seite einfach per Klick auf die dementsprechende Schaltfläche installiert werden.
Die Chrome Web App "Google Keep" innerhalb des Google Web Stores (Klicken zum Vergrößern)
  • Alle installierten Chrome-Apps werden auf der Startseite des Chrome-Browsers angezeigt und können über die entsprechenden Icons innerhalb des Browsers gestartet werden. Um stattdessen eine Desktop-Verknüpfung anzulegen, über die die App außerhalb des Browsers gestartet werden kann, muss der Menüeintrag "Verknüpfung anlegen..." des Kontextmenüs gewählt werden, das über einen Rechtsklick auf ein solches Icon verfügbar ist. 
Kontextmenü einer Chrome-App innerhalb der Startseite des Browsers
  • In dem daraufhin angezeigten Dialog sollte die Option "Desktop" ausgewählt sein, die dafür sorgt, dass nach einem Klick auf die Schaltfläche "Erstellen" eine Datei mit der Endung .desktop in Verzeichnis, das den Desktop des aktuellen Benutzers repräsentiert, erstellt wird. In diesem Beispiel handelt es sich hierbei um das Verzeichnis "Schreibtisch" innerhalb des Home-Verzeichnisses.
Dialog zum Erstellen einer Desktop-Verknüpfung zu einer Chrome Web App (Klicken zum Vergrößern)
  • Der Dateiname der auf diese Weise erstellten Verknüpfung enthält eine unleserliche Kombination von Buchstaben und Zahlen und sollte daher umbenannt werden. Der Dateiname kann hierbei beliebig gewählt werden, wobei jedoch die Dateiendung .desktop erhalten bleiben muss. Der folgende Befehl zeigt, wie eine solche Datei mit Hilfe der Konsole umbenannt werden kann:
     $ mv ~/Schreibtisch/chrome-hmjkmjkepdijhoojdojkdfohbdgmmhki-Default.desktop ~/Schreibtisch/google-keep.desktop  
    
  • Anschließend muss die umbenannte Datei in das Verzeichnis ~/.local/share/applications/ verschoben werden, was über den folgenden Konsolenbefehl bewerkstelligt werden kann:
     $ mv ~/Schreibtisch/google-keep.desktop ~/.local/share/applications/   
  • Um diese Verknüpfungen als Icons innerhalb des App-Launchers der GNOME-Shell anzuzeigen, muss in diesem letzten Schritt der Konfigurationseditor "dconf" genutzt werden. Hierzu müssen die Dateinamen der zuvor erstellten Datei zu dem Wert favorite-apps, der sich unter dem Eintrag org/gnome/shell befindet, hinzugefügt werden. In diesem Beispiel handelt es sich hierbei um den Dateinamen google-keep.desktop, der durch ein Komma getrennt und in Anführungsstrichen ('...') innerhalb der eckigen Klammern ([...]) angegeben werden muss. Der neue Eintrag sollte anschließend unmittelbar in dem App-Launcher der Shell sichtbar werden.
    Der Eintrag "org/gnome/shell/favorite-apps" im dconf-Editor (Klicken zum Vergrößern)
Die hier beschriebene Möglichkeit hat außerdem den positiven Nebeneffekt, dass alle Verknüpfungen zu Chrome-Apps, die sich innerhalb des Verzeichnisses ~/.local/share/applications/ befinden, auch über die Suche der GNOME-Shell auffindbar sind, wie es durch den unten stehenden Screenshot gezeigt wird. 

Chrome Web Apps als Suchergebnisse innerhalb der GNOME-Shell (Klicken zum Vergrößern)

Wird eine Chrome-App wie Google Keep über eine solche Verknüpfung, entweder über den App-Launcher oder die GNOME-Suche, gestartet, wird diese unabhängig von eventuell geöffneten Instanzen des Chrome-Browsers angezeigt. Es somit also nicht weiterhin nötig, den Browser zu starten um den entsprechenden Service nutzen zu können. Der unten stehende Screenshot zeigt das Erscheinungsbild von Google Keep, wenn es über eine solche Verknüpfung gestartet wurde.

Google Keep als eigenständige Anwendung (Klicken zum Vergößern)

Weiterführende Links:

5. August 2013

Arch Linux: Umstieg von Ubuntu auf Arch Linux - Das AUR nutzen (Teil 6)

Nachdem im letzten Artikel dieser Serie über den Umstieg auf Arch Linux bereits dessen Paketmanager Pacman, mit dem sich Software aus Repositories installieren lässt, betrachtet wurde, soll sich dieser Artikel darum drehen, wie Software aus dem sogenannten AUR bezogen werden kann. Das AUR, oder "Arch User Repository" ist ein von der Community gepflegtes, weiteres Repository, in dem sogenannte PKGBUILDS angeboten werden, die es erlauben Programme zu bauen und anschließend zu installieren. Auf diese Weise ist es möglich, eine riesige Anzahl von zusätzlichen Programmen bequem zu beziehen.

Die Webseite des Arch User Repositories (Klicken zum Vergrößern)

Um Software elegant im AUR aufzufinden und installieren zu können, bietet sich das Kommandozeilen-Tool Yaourt an, das einen Wrapper für Pacman darstellt und dadurch die exakt gleichen Befehle unterstützt. Im Folgenden soll die Installation von Programmen aus dem AUR mit Hilfe von Yaourt anhand eines Beispiels erläutert werden.

1 Installation von Yaourt


Bevor man Yaourt nutzen kann, muss dieses zunächst installiert werden. Es ist selbst über das AUR zu beziehen, weshalb man dessen Installation ein erstes Mal manuell durchführen muss. Dies trägt zum Verständnis bei, wie Software aus dem AUR heruntergeladen, gebaut und installiert werden kann und verdeutlicht, welche Arbeitsschritte Yaourt später selbständig übernehmen wird.

Zunächst muss sichergestellt sein, dass alle Pakete der Paketgruppe base-devel installiert sind. Anderenfalls lassen sie sich durch den folgenden Befehl über Pacman installieren:
 $ sudo pacman -S base-devel  
Anschließend muss in ein Verzeichnis navigiert werden, in dem die Dateien heruntergeladen und gebaut werden sollen. In diesem Beispiel dient dafür das Verzeichnis "builds" innerhalb des Home-Ordners des Benutzers:
 $ cd ~/builds  

Herunterladen der Build-Dateien


Bei den Build-Dateien, die heruntergeladen werden müssen, handelt es sich um eine .tar.gz-Datei, die über die Webseite des AURs, bzw. dessen Suchfunktion gefunden werden kann. Die beiden Pakete, die für die Installation von Yaourt notwendig sind, sind package-query und yaourt selbst. Die jeweiligen Dateien können entweder jeweils über den Link "Tar-Archiv herunterladen" auf der rechten Seite der jeweiligen AUR-Seiteen heruntergeladen und anschließend in das zuvor gewählte Verzeichnis kopiert werden, oder per Konsole über die folgenden beiden Befehle unter Angabe einer URL bezogen werden:
 $ curl -0 https://aur.archlinux.org/packages/pa/package-query/package-query.tar.gz  
 $ curl -O https://aur.archlinux.org/packages/ya/yaourt/yaourt.tar.gz  

Bauen und installieren des Pakets


Die beiden heruntergeladenen Archive müssen zunächst folgendermaßen entpackt werden, wobei jeweils ein neuer Unterordner angelegt werden sollte:
 $ tar -xvzf package-query.tar.gz  
 $ tar -xvzf yaourt.tar.gz  
Über den cd-Befehl muss nun zunächst in das Verzeichnis des Paketes package-query gewechselt werden:
 $ cd package-query
Anschließend kann das Paket über folgenden Befehl gebaut werden:
 $ makepkg -s
Dabei sollte eine Datei mit der Endung ".pkg.tar.gz" angelegt worden sein, die anschließend über Pacman installiert werden kann:
 $ sudo pacman -U package-query-1.2-2-x86_64.pkg.tar.xz  
Mit der selben Vorgehensweise kann anschließend das Paket yaourt installiert werden. Zu dessen Installation muss das Paket package-query bereits installiert worden sein, da es als Abhängigkeit benötigt wird.
 $ cd ../yaourt  
 $ makepkg -s  
 $ sudo pacman -U yaourt-1.3-1-any.pkg.tar.xz  

Benutzung von Yaourt


Da Yaourt die selben Befehle nutzt wie Pacman, ist dessen Handhabung identisch. Im Folgenden soll die Installation eines Paketes aus dem AUR beispielhaft anhand des Programms "adb" (Android Debug Bridge), das die Kommunikation mit einem Android-Gerät erlaubt, gezeigt werden.

Zunächst kann der Name des zu installierenden Pakets mithilfe des folgenden Befehls ausfindig gemacht werden:
 $ yaourt -Ss android debug bridge  
Die Ausgabe dieses Befehls, der sowohl Paketnamen, als auch -beschreibungen durchsucht, lautet dabei wie folgt:
 aur/adb-git 20130531-1 [installed] (23)  
   adb (Android Debug Bridge CLI tool), an Android platform tool  
Anschließend kann das gefundene Paket mit dem Namen "adb-git" über den folgenden Yaourt-Aufruf installiert werden:
 yaourt -S adb-git  
Es wird dabei die Option angeboten, die jeweilige PKGBUILD-Datei zunächst in einem Editor zu öffnen, was über die Taste "n" in der Regel verneint werden kann. Nach einer Bestätigung über die "y"-Taste wird das Paket gebaut und anschließend über Pacman installiert.

Installation des Pakets "adb-git" über Yaourt (Klicken zum Vergrößern)

Mit Yaourt bietet sie unter Arch Linux ein eleganten Weg, über Source-Quellen bezogene, Programme zu installieren und anschließend zu aktualisieren. Es sollte jedoch beachtet werden, dass die zum Bauen verwendeten Skripte prinzipiell auch schädliche Befehle ausführen können, weshalb ein Yaourt- oder makepkg-Befehl niemals mit Root-Rechten ausgeführt werden sollte.

Weiterführende Links:

4. August 2013

Arch Linux: Umstieg von Ubuntu auf Arch Linux - Paketmanagement mit Pacman (Teil 5)

In den vorherigen Artikeln dieser Serie "Umstieg von Ubuntu auf Arch Linux" wurde oftmals der Arch Linux-eigene Paketmanager Pacman verwendet um Pakete bestimmte zu installieren. Da Pacman einer der wesentlichen Bestandteile und eine große Stärke von Arch Linux ist, soll ihm hiermit ein eigener Artikel gewidmet werden. Eine ausführlichere Dokumentation über das Programm, sowie eine Liste aller vorhandenen Befehle findet sich in diesem englischsprachigen Artikel des offiziellen Arch-Wikis.

Pacman ist ein Kommandozeilen-Werkzeug, das sich mit ein wenig Übung sehr unkompliziert und schnell bedienen lässt. Wie andere Paketmanager auch, ist Pacman in der Lage, Pakete aus Online- oder lokalen Repositories zu suchen, zu installieren, zu aktualisieren, zu überprüfen und zu entfernen. Eventuelle Abhängigkeiten werden dabei automatisch aufgelöst.

1 Verwendete Repositories festlegen


Die Programme, die durch Pacman gefunden und installiert werden können, sind verschiedenen Repositories zugeordnet. Neben den folgenden sechs offiziellen Repositories können auch benutzerdefinierte Repositories hinzugefügt werden.
  • [core] Enthält die Kernkomponenten von Arch Linux, die für dessen Betrieb unbedingt notwendig sind.
  • [extra] Enthält optionale Programme in der jeweils letzten stabilen Version.
  • [testing] Enthält die selben Programme wie [extra], jedoch in neueren, noch nicht ausreichend getesteten Versionen.
  • [community] Enthält weitere optionale Programme, die nicht von den Arch Linux-Entwicklern, sondern von sogenannten "Trusted Usern" betreut werden.
  • [multilib] Enthält 32-Bit Anwendungen, die auf 64-Bit Systemen installiert werden sollen.
  • [multilib-testing] Enthält die selben Anwendungen wie [multilib], jedoch in neueren, noch nicht ausreichend getesteten Versionen.
Nicht alle dieser offiziellen Repositories sind standardmäßig aktiviert. Um die aktuell verwendeten Repositories einzusehen und neue Repositories hinzuzufügen, muss die Konfigurationsdatei /etc/pacman.conf in einem Editor geöffnet werden. Diejenigen der offiziellen Repositories, die standardmäßig deaktiviert sind, wie z.B. [multilib], sind zwar in der Datei eingetragen, jedoch durch vorangestellte #-Zeichen auskommentiert. Um diese Repositories zu verwenden müssen diese Zeichen daher entfernt werden.

Durch Editieren der Datei können außerdem weitere benutzerdefiniert Repositories hinzugefügt werden, indem ein entsprechender Name und die Adresse des Servers hinzugefügt wird. Für die inoffiziellen Repositories der Unity-Desktopumgebung muss diese Ergänzung beispielsweise folgendermaßen lauten, wobei die Zeile "SigLevel = Optional" kennzeichnet, dass Paketsignaturen nicht zwingend erforderlich sein müssen:
 [unity]  
 SigLevel = Optional  
 Server = http://unity.xe-xe.org/$arch  

2 Wichtige Befehle


Die folgende Tabelle zeigt die wichtigsten Befehle für den Umgang mit Pacman. Eine komplette Übersicht über alle vorhandenen Befehle findet sich dagegen unter diesem Link.

pacman -S [package1] [package2]Installiert eines oder mehrere Pakete oder aktualisiert sie, wenn sich bereits installiert wurden.
pacman -Ss [package] Sucht bestimmte Paketnamen nach einem Schlüsselwort, das Teil des Paketnamens oder der Paketbeschreibung ist.
pacman -Syu Führt eine komplette System-Aktualisierung durch.
pacman -Su Aktualisiert alle installierten Pakete.
pacman -Syy Baut die lokale Datenbank neu auf und aktualisiert sie (notwendig nachdem neue Repositories hinzugefügt wurden).
pacman -R [package] Entfernt ein bestimmtes Paket ohne seine Abhängigkeiten zu entfernen.
pacman -Rss Entwernt ein Paket, seine Abhängigkeiten und deren Abhängigkeit, insofern sie nicht von anderen Paketen benötigt werden.
pacman -U [package-file] Installiert ein lokales Paket aus einer Datei.
pacman -Qdt Zeigt verwaiste Pakete an, die als Abhängigkeiten anderer Pakete mitinstalliert wurden, aber nicht mehr benötigt werden.
pacman -Qm Zeigt alle Pakete an, die sich in keinem aktuell aktivierten Repository befinden.

Um den Cache des Paketmanagers zu leeren existiert darüber hinaus noch der Befehl pacman -Scc und um heruntergeladene Pakete und Repositories, die nicht mehr benötigt werden zu löschen, kann der Befehl pacman -Sc genutzt werden. Außerdem kann die Pacman-Datenbank optimiert werden, indem durch den Befehl pacman-optimize alle Paketdateien neu im Dateisystem angeordnet werden.

Weiterführende Links:

Arch Linux: Umstieg von Ubuntu auf Arch Linux - Installation der Desktopumgebung (Teil 4)

Nachdem in den vorherigen beiden Artikeln dieser Serie bereits beschrieben wurde, wie ein verschlüsseltes Arch Linux aufgesetzt und konfiguriert werden kann, soll sich dieser Artikel um die Installation der Benutzeroberfläche drehen. Der Benutzer hat hierbei die Wahl zwischen allen gängigen Linux-Frontends, wie z.B. GNOME 3, KDE, LXDE, Xfce, Cinnamon, Enlightment, MATE oder auch das Ubuntu-eigene Unity. Eine Liste aller offiziell unterstützten Desktopumgebungen findet sich in diesem Artikel des Arch-Wikis. Wie bereits im ersten Teil dieser Serie erwähnt, soll in diesem Beispiel GNOME 3 zum Einsatz kommen.

1 Installation der Desktopumgebung


Um die Kernkomponenten von GNOME 3 mit Hilfe des Paketmanagers Pacman zu installieren, reicht der folgende Konsolenbefehl aus:
 $ sudo pacman -S gnome
Das optionale Paket gnome-extra, das über den folgenden Befehl installiert werden kann, enthält darüber hinaus einige zusätzliche Programme, die besonders gut mit der GNOME-Desktopumgebung harmonieren. 
 $ sudo pacman -S gnome-extra 

Auf ähnliche Weise können auch andere Benutzeroberflächen installiert werden. Es existiert hierfür jeweils ein Artikel im offiziellen Arch-Wiki, das eine dementsprechende Installationsanleitung enthält. Die Links zu den Artikeln über die einzelnen Desktopsystemen, die eingangs erwähnt wurden, sind unten aufgeführt.

2 Installation des Login-Managers


Um die Desktopumgebung zu starten muss außerdem noch ein sogenannter Login- oder Display-Manager installiert werden. Für GNOME 3 wird der Login-Manager GDM empfohlen, der sich folgendermaßen installieren lässt.
 $ sudo pacman -S gdm  
Neben GDM existieren noch weitere Login-Manager, wie z.B. KDM für KDE, LXDM für LXDE oder LightDM, das eine schlanke Variante von GDM darstellt. Je nach installierter Desktopumgebung kann es dementsprechend sinnvoll sein, einen passenden Login-Manager zu wählen, auch wenn einige davon mit jeder beliebigen Desktopumgebung funktionieren. Eine vollständige List aller verfügbaren Login-Manager findet sich unter diesem Link.

Um den Login-Manager automatisch nach dem Bootvorgang des Systems zu starten, muss außerdem noch der folgende Befehl ausgeführt werden:
 $ sudo systemctl enable gdm.service  

GNOME 3 auf Arch Linux (Klicken zum Vergrößern)

Weiterführende Links:

23. Juli 2013

Ubuntu: USB-Stick mit bootbarer Linux-Distribution erstellen

Es kann aus mehreren Gründen sehr hilfreich sein, einen bootbaren USB-Stick zu erstellen von dem eine Linux-Distribution gebootet werden kann. Etwa wenn es darum geht, eine solche Distribution auf einem Rechner zu installieren, der über kein CD- bzw. DVD-Laufwerk verfügt, oder um stets ein bootbares Linux zur Hand zu haben.

In diesem Artikel soll das Erstellen eines solchen bootbaren USB-Sticks unter Ubuntu anhand der Live-Distribution Knoppix erläutert werden. Ein solches Live-System kann ohne vorherige Installation gestartet werden, da die dafür notwendigen Daten beim Start lediglich in den Arbeitsspeicher geladen werden. Ein eventuell bereits installiertes Betriebssystem bleibt dadurch unangetastet. Knoppix eignet sich zum Beispiel zu Wartungs- oder Diagnose-Arbeiten oder zum sicheren Surfen, das System höchstens für die Dauer einer Sitzung kompromittiert werden kann.
Das Live-System Knoppix im Einsatz (Klicken zum Vergrößern)
Für das erstellen eines solchen bootbaren USB-Sticks eignet sich unter Ubuntu das Programm UNetbootin. Es ist über folgenden Konsolenbefehl installierbar:
 sudo apt-get install unetbootin   
UNetbootin bietet die Auswahl verschiedener Linux-Distributionen an, die anschließend automatisch heruntergeladen und auf den USB-Stick kopiert werden. Falls die gewünschte Distribution wie im Falle von Knoppix nicht zur Auswahl bereit steht, muss diese zunächst als ISO-Image heruntergeladen werden und in UNetbootin ausgewählt werden. Die folgenden Schritte zeigen, wie auf diese Weise die Installation eines Knoppix Live-Systems auf einem USB-Stick möglich ist:
  • Zunächst muss das Image von der Download-Seite der Knoppix-Webseite, welche unter diesem Link verfügbar ist, heruntergeladen werden.
  • Anschließend muss UNetbootin gestartet werden, wofür Root-Rechte nötig sind. Das entsprechende Passwort wird per Dialog abgefragt.
  • Anschließend kann die heruntergeladene ISO-Datei, wie in dem unten abgebildeten Screenshot dargestellt, in UNetbootin ausgewählt werden und der Kopiervorgang über die Schaltfläche "OK" gestartet werden. Hierfür muss als Typ "USB-Laufwerk" aktiv sein und der entsprechende Einhängepunkt des USB-Sticks gewählt sein. Die Option zur Angabe eines Speicherplatzes zum Speichern von Daten zwischen Neustarts ist für Knoppix nicht relevant.
Auswahl eines Images zur Installation auf einem USB-Stick durch UNetbootin (Klicken zum Vergrößern)
  • Das Knoppix Live-System kann anschließend beim Booten des Rechners, durch Auswahl der entsprechenden Option im Boot-Manager des BIOS, gestartet werden. 
Die Installation eines bootbaren Knoppix Live-Systems durch UNetbootin (Klicken zum Vergrößern)
Eine ausführlichere Dokumentation über die Funktionsweise des Tools UNetbootin findet sich außerdem unter diesem Link.

16. Juni 2013

Galaxy Nexus: CyanogenMod flashen

In diesem Artikel soll erläutert werden, wie es möglich ist, das Android-CustomROM "CyanogenMod" auf dem Smartphone "Samsung Galaxy Nexus" zu installieren. Hierfür ist ein Gerät notwendig, dessen Bootloader entsperrt wurde und auf dem der alternative Recovery-Modus "ClockworkMod Recovery" installiert wurde. Außerdem muss auf dem PC von dem aus die Installation durchgeführt werden soll, das Tool adb installiert sein. Die hierfür notwendigen Schritte wurden in diesem Blog bereits im Rahmen dieses Artikels beschrieben.

Zunächst muss die zu installierende Version des CustomROMs von der offiziellen Download-Seite heruntergeladen werden. Die CyanogenMod-Versionen, die für die Installation auf einem Galaxy Nexus vorgesehen sind, tragen dabei den Namen "maguro". Man hat hierbei die Wahl zwischen sogenannten Nightly-Builds, die ihrem Namen entsprechend täglich aktualisiert werden und stets dem aktuellen Entwicklungsstand entsprechen, oder den sogenannten Release Candidates, die in größeren Zeitabständen veröffentlicht werden und dementsprechend einen stabileren Entwicklungsstand garantieren. Die Nightly-Builds sind unter dieser Adresse verfügbar, während die Release Candidates unter dieser Adresse heruntergeladen werden können.

Die Download-Seite für die RC-Versionen von CyanogenMod "magura" (Klicken zum Vergrößern)

Außerdem sollten auch die Google-Apps heruntergeladen werden, die üblicherweise auf einem Android-Smartphone vorinstalliert sind. Aus lizenzrechtlichen Gründen sind diese nicht in dem Cyanogenmod-Download enthalten und müssen separat von der Seite http://goo.im/gapps bezogen werden. Zum Zeitpunkt der Verfassung dieses Artikels (16. Juni 2013) war die aktuelle Version der Apps unter diesem Direktlink verfügbar.

Nach dem Herunterladen der Dateien sind folgende Schritte notwendig um die jeweilige CyanogenMod-Version inklusive der Google-Apps auf dem Smartphone zu installieren. Dabei ist jedoch zu beachten, dass alle Daten, die auf dem Gerät gespeichert sind, verloren gehen!
  1. Zunächst muss das Galaxy Nexus durch gleichzeitiges Halten der beiden Lautstärke- und der Power-Taste in den sogenannten Bootloader-Modus neugestartet werden.
  2. Über die Lautstärke-Tasten navigiert man nun zu der Option "Recovery mode", welche über Drücken der Power-Taste ausgewählt werden kann.
  3. Es sollte das Hauptmenü von ClockworkMod Recovery sichtbar werden, das wie bereits ewähnt auf dem Gerät installiert sein muss. Über die Lautstärke-Tasten navigiert man zu dem Eintrag "wipe data/factory reset" und bestätigt die Auswahl über die Power-Taste. Die erscheinende Sicherheitsabfrage bestätigt man ebenfalls auf diese Weise mit "Yes". Dadurch werden alle Daten auf dem Gerät gelöscht.
  4. Das Gerät muss nun über ein MicroUSB-Kabel mit dem PC verbunden werden. Über den folgenden Befehl kann überprüft werden, ob das die Verbindung korrekt hergestellt werden konnte. In diesem Fall sollte die Seriennummer des angeschlossenen Smartphones ausgegeben werden.
     adb devices  
    
  5. Nun müssen die zuvor heruntergeladenen Dateien auf das Smartphone kopiert werden. Dies geschieht am einfachsten über die folgenden beiden Konsolenbefehle aus dem jeweiligen Verzeichnis heraus. Die beiden Dateinamen müssen hierfür natürlich möglicherweise angepasst werden.
     adb push cm-10.1.0-RC5-maguro.zip /data/media  
     adb push gapps-jb-20130301-signed.zip /data/media  
    
  6. Damit die kopierten Dateien für die Auswahl im Recovery-Modus sichtbar werden, muss dieser neu gestartet werden. Dies ist über folgenden Befehl möglich.
     adb reboot recovery  
    
  7. Auf dem Smartphone, bzw. in dem Menü von ClockworkMod Recovery muss nun die Option "install zip from sdcard" und anschließend "choose zip from sdcard" gewählt werden. Das zip-Archiv, das die zu installierende CyanogenMod-Version enthält sollte auf diese Weise aus dem Verzeichnisbaum ausgewählt werden können. Es sollte sich dabei im Wurzelverzeichnis befinden. Nachdem die Auswahl mit "Yes" bestätigt wurde, wird das CustomROM auf das Gerät geflasht. Dabei kann es in manchen Fällen zu einem Fehler kommen, der "assert failed" lautet. In einem solchen Fall muss der am Ende dieses Artikels beschriebene Workaround angewendet werden um anschließend die Installation erneut durchzuführen.
  8. Analog zum vorherigen Schritt muss nun auch das zip-Archiv, das die Google-Apps enthält zur Installation ausgewählt werden.
  9. Abschließend kann im Hauptmenü von ClockworkMod Recovery die Option zum Neustart des Geräts gewählt werden, woraufhin die frisch installierte Android-Version gebootet wird.

Workaround bei Fehlermeldung "assert failed"


Bei der Installation der Cyanogenmod-Version kann es zu einem Fehler kommen, der etwa wie folgt lautet und zu einem Abbruch der Installation führt.

assert failed: getprop("ro.product.device") == "manduro" || getprop("ro.build.product")=="manduro" 

In einem solchen Fall muss eine Datei innerhalb des zip-Archivs, das zur Installation genutzt wird, modifiziert werden. Die folgenden Schritte zeigen wie hierfür vorgegangen werden muss:
  1. Zunächst muss das betroffene Archiv mit einer dafür geeigneten Anwendung, wie z.B. WinRAR unter Windows oder FileRoller oder ARK unter Linux, geöffnet werden ohne die den Inhalt zu entpacken.
  2. Die Datei /META-INF/com/google/android/updater-script muss nun mit einem Texteditor geöffnet werden.
  3. Die erste Zeile der Datei, bzw. der Text bis zu dem ersten Semikolon muss gelöscht werden. Es ist wichtig, dass hierbei auch das Semikolon entfernt wird. Anschließend muss die Datei gespeichert und das Archiv dadurch aktualisiert werden.
Das auf diese Weise modifizierte zip-Archiv muss anschließend wie bereits oben beschrieben auf das Smartphone kopiert werden, wo es über ClockworkMod Recovery installiert werden kann.

2. Juni 2013

Nexus 10: CyanogenMod flashen

In diesem Post sollen die Schritte erläutert werden, die nötig sind um das Android-CustomROM "CyanogenMod" auf ein "Nexus 10"-Tablet zu flashen, wie die Installation eines solchen alternativen Betriebssystem genannt wird. Voraussetzung hierfür ist ein bereits gerootetes Gerät mit installiertem, alternativen Recovery-Modus. Das Rooten eines Nexus 10 unter Ubuntu wurde in diesem Blog bereits hier behandelt. Für die folgenden Schritte wird angenommen, dass auf dem Gerät der Recovery-Modus "ClockworkMod Recovery" gemäß dieser Anleitung installiert wurde.

Das Tablet "Nexus 10" (Bildquelle: google.de; Klicken zum Vergrößern)

Zunächst müssen die notwendigen Dateien zum Flashen des CustomROMs heruntergeladen werden. Die CyanogenMod-Versionen für das Nexus 10 tragen den Namen "manta". Es können entweder die Nightly-Builds gewählt werden, die stets den aktuellen Entwicklungsstand enthalten und unter der Adresse http://get.cm/?device=manta&type=nightly erhältlich sind, oder eine sogenannte Release Candidate-Version, die unter der Adresse http://download.cyanogenmod.com/?device=maguro&type=RC heruntergeladen werden kann und eine stabilere Version des alternativen ROMs darstellt. Auch weitere Releases, die nach ähnlichen Release-Zyklen veröffentlicht werden sind auf dieser Seite verfügbar. Auf diese soll an dieser Stelle jedoch nicht näher eingegangen werden.

Außerdem werden nach Bedarf die Google-Apps benötigt, die üblicherweise auf dem Nexus 10 installiert sind, aus urheberrechtlichen Gründen jedoch nicht in CyanogenMod enthalten sind. Diese sind unter http://goo.im/gapps/ erhältlich. Zum Zeitpunkt der Verfassung dieses Posts  (02. Juni 2013) war die aktuelle Version der Apps unter diesem Direktlink verfügbar.

Die heruntergeladenen Dateien müssen anschließend auf die virtuelle SD-Karte des Nexus-Geräts kopiert werden (z.B. in den Downloads-Ordner). Die folgenden Schritte führen ermöglichen dann das eigentliche Flashen (Achtung: Dabei gehen alle Daten bis auf diejenigen, die auf der SD-Card, bzw. der virtuellen Systempartition gespeichert sind, verloren!):
  1. Die Power-, sowie beide Lautstärke-Tasten des Geräts gedrückt halten bis in den Bootloader-Modus gestartet wird.
  2. In dem Menü der Bootloader-Modus mit den Lautstärke-Tasten den Menüpunkt "RECOVERY MODE" wählen und durch Drücken der Power-Taste bestätigen.
  3. In dem erscheinenden Menü des Recovery-Modus muss nun der Menüpunkt zum "wipe data/factory reset" gewählt werden.
  4. Anschließend muss im Hauptmenü des Recovery-Modus der Menüpunkt "install zip from sdcard" gewählt werden um das ZIP-Archiv, das die CyanogenMod-Dateien enthält, aus dem Verzeichnisbaum auszuwählen.
  5. Nach der Installation muss analog dazu die Datei, die die Google-Apps enthält, ausgewählt werden.
  6. Zuletzt muss im Hauptmenü die Option zum Reboot des Systems gewählt werden. Die installierte CyanogenMod-Version wird dann anschließend gestartet. Dabei wird der Installations-Assistent zur Einrichtung der Sprache, der Netzwerkverbindung und des Google-Kontos aufgerufen.

22. März 2013

Ubuntu: Eclipse installieren

Um die IDE Eclipse unter Ubuntu zu installieren gibt es prinzipiell zwei Möglichkeiten: Entweder über das "Ubuntu-Software Center" oder durch manuelles Herunterladen und Installieren.

Der Weg über das Software Center wäre der bequemere, jedoch ist die angebotene Version stark veraltet und es werden keine Updates durch die Aktualisierungsverwaltung angeboten. Der Grund hierfür ist, dass Eclipse nicht in den Repositories angeboten wird, was sich vermutlich auch auf absehbare Zeit nicht ändern wird, da es sich bei Eclipse faktisch um eine Standalone-Anwendung handelt, die keine klassische Installation von Paketen benötigt.

Veraltete Version von Eclipse im Ubuntu-Software Center (Klicken zum Vergrößern)

Aus diesem Grund soll im Folgenden die manuelle Installation der IDE erläutert werden. Diese lässt sich anschließend übrigens über den internen Update-Mechanismus unter dem Menüpunkt Help → Check for Updates auf dem aktuellen Stand halten.
  • Die Vorraussetzung für die Installation von Eclipse ist eine lauffähige Installation des Java JDKs. Dessen Vorhandensein kann über folgenden Konsolenbefehl getestet werden:
     java -version 
  • Falls die Eclipse-Installation für die C++-Programmierung verwendet werden soll, muss außerdem der C++-Compiler "g++" installiert sein. Das kann über den folgenden Befehl überprüft werden:
     g++ --version  
  • Nun muss die gewünschte Eclipse-Version unter http://www.eclipse.org/downloads/ heruntergeladen werden.
  • Das heruntergeladene Archiv kann nun über unten stehenden Befehl extrahiert werden (wobei der Dateinamen natürlich angepasst werden muss):
     tar xzf eclipse-SDK-4.2.2-linux-gtk-x86_64.tar.gz
  • Die auf diese Weise entpackten Dateien müssen nun in das Verzeichnis /opt verschoben werden. Dies ist über folgenden Befehl möglich:
     sudo mv eclipse /opt
  • Um die Anwendung zu starten kann nun folgender Befehl in der Konsole ausgefürt werden:
Symbolischen Link erstellen:
Um einen symbolischen Link auf die Anwendung im Verzeichnis /usr/local/bin zu erstellen, müssen außerdem noch die folgenden zwei Befehle ausgeführt werden. Dies hat den Vorteil, dass sich die Anwendung dadurch ohne Pfadangabe durch die Angabe ihres Namens starten lässt und dass ihr Vorhandensein dem Betriebssystem bekannt wird
 cd /usr/local/bin  
 sudo ln -s /opt/eclipse/eclipse  
Anwendungs-Icon erstellen:
Um ein Anwendungs-Icon, dass mit der Eclipse-IDE verknüpft werden soll und beispielsweise bei einer Suche im Dashboard angezeigt wird, zu erzeugen, muss zunächst folgender Befehl ausgeführt werden:
 sudo gedit /usr/share/applications/eclipse.desktop  
In das, sich daraufhin öffnende, Editor-Fenster muss dann der folgende Inhalt kopiert werden:
 [Desktop Entry]  
 Name=Eclipse   
 Type=Application  
 Exec=/opt/eclipse/eclipse  
 Terminal=false  
 Icon=/opt/eclipse/icon.xpm  
 Comment=Integrated Development Environment  
 NoDisplay=false  
 Categories=Development;IDE  
 Name[en]=eclipse.desktop  
Das Prinzip solcher *.desktop-Files unter Ubuntu wird unter diesem Link näher erläutert.

Anmerkung: Unter Ubuntu 12.10 kann es bei der Verwendung des Anwendungs-Icons nach dem oben beschriebenen Vorgehen zu einem Bug kommen, der dazu führt, dass das Eclipse-Icon im Dashboard viel zu groß dargestellt wird. In diesem Post ist von nun an ein Workaround beschrieben, der dem entgegenwirkt.