Wenn der Paketmanager Probleme beim installieren der MS Corefonts hat:
|
1 |
sudo apt-get install ttf-mscorefonts-installer |
Und prüfen, ob die Installation fehlerfrei vonstatten ging und es sich um die Version 3.6 handelt.
Ansonsten, manuelle Installation:
|
1 2 |
wget http://ftp.de.debian.org/debian/pool/contrib/m/msttcorefonts/ttf-mscorefonts-installer_3.6_all.deb sudo dpkg -i ttf-mscorefonts-installer_3.6_all.deb |
Alten Laptop (zB Windows XP) und die Absicht ein Linux aufzuspielen? IBM Thinkpad ist ein weit verbreiteter Kandidat (zB R51), der mit seinem Pentium Mobility-Chip theoretisch PAE-fähig ist. Antix und Puppy Linux laufen auch noch mit weniger Hardware, aber wer eine debian-basierte Disrtibution sucht, hat mit Lubuntu (32-Bit) alles was man braucht – inklusive Long Term Support. Dummerweise funktioniert das Installieren nicht ohne Eingreifen (eben wegen mangelnder PAE-Fähigkeiten).
Dies lässt sich umgehen, wenn man „Installieren“ anwählt und dann F6 für die Boot-Parameter drückt. In der erscheinenden Dropdown-Box steht leider nicht „forcepae“.
Also ESC-Taste drücken und dann wird der Bootparameter-String angezeigt (zB „quiet splash“). Dieser wird ergänzt durch „forcepae — forcepae“ (wichtig die zwei Bindestriche trennen jeweils „forcepae“. Der gesamte Bootstring sollte dann so aussehen:
|
1 |
quiet splash forcepae -- forcepae |
Damit kann Lubuntu installiert werden.
Für den Redis-Server und seine Tools gibt es Pakete ab Debian Jessie in den Standardquellen (redis-server und redis-tools).
Für Lenny und Wheezy bietet sich die manuelle Installation an.
Voraussetzungen schaffen:
|
1 2 3 |
sudo apt-get install tcl8.5 build-essential wget -c http://download.redis.io/releases/redis-3.2.5.tar.gz && tar xzf redis-3.2.5.tar.gz && cd redis-3.2.5/src && make && cd .. && nano PATCH.sh |
PATCH.sh:
|
1 2 3 4 5 6 7 8 9 10 11 12 |
# if not on a glibc system, kill some tests set +e ldd --version 2>&1 | head -n1 | grep -qi glibc NO_GLIBC="$?" set -e if test 0 -ne "${NO_GLIBC}" then rm tests/integration/aof.tcl rm tests/integration/logging.tcl mv tests/test_helper.tcl tests/test_helper.tcl.ORIG egrep -v 'integration/(aof|logging)' tests/test_helper.tcl.ORIG > tests/test_helper.tcl fi |
Anwendung Patch und Kompilierung:
|
1 2 3 |
bash PATCH.sh && cd src && make test sudo make install && redis-server & |
Links:
https://github.com/antirez/redis/issues/2814
Ausgang:
– Existierendes Repo mit gitolite
– Soll in GitLab mit allen Branches, Tags etc. importiert werden
1) Auschecken existierendes Gitolite-Repo (als Mirror / BARE)
{Hier kann auch jedes andere Git-Repo ausgescheckt werden, die URL sieht dann entsprechend anders aus.}
|
1 |
git clone --mirror git://gitoliteserver.de/tools.git |
Der Parameter „–mirror“ kopiert alle Branches, Tags etc. mit. Das geklonte lokale Repo ist eine Kopie des alten remote Repos.
2) Anlegen leeres GitLab-Repo (über Webinterface – hier nicht dargestellt)
3) Importieren ins Gitlab-Repo
|
1 2 |
git remote set-url --push origin git@gitlabserver.de:tools.git git push --mirror |
Damit wird dem Bare-Repo die URL des Gitlab-Servers mitgeteilt.
Der Push-Befehl mit dem „–mirror“ Parameter exportiert dann wieder alles in das neue remote Repo auf dem Gitlab-Server.
|
1 2 3 4 5 |
sudo add-apt-repository -y ppa:terry.guo/gcc-arm-embedded sudo add-apt-repository -y ppa:pmiller-opensource/ppa sudo apt-get update sudo apt-get install cmake ninja-build gcc-arm-none-eabi srecord pip3 install yotta |