====== LaTexGitPi ======

===== Ziel =====

Ich möchte versuchen auf dem Raspberry Pi einen kleinen Build-Server für LAtex Dokumente zu erstellen.

===== LaTeX =====
Für Latex bin ich erstmal entlang dieser Anleitung vorgegangen: http://brruchstuecke.blogspot.de/2014/02/latex-and-raspberry-pi.html
Also erstmal
/*<code></code> */
<code>sudo apt-get install texlive texlive-lang-german</code>
und dann 
<code>sudo apt-get install texlive-generic-extra texlive-latex-extra</code>

Diese Installation konnte ich mit einem kleinen Test-Dokument testen..

Ich frage mich gerade was wohl passiert wenn packages gebraucht werden, die es noch nicht gibt?\\
Ich fürchte man muss sie selbst installieren ;-/ \\
Es wird jetzt texlive-full installiert... in der Hoffnung dass es dann dabei ist..\\
war es leider auch nicht. Dann habe ich eben die Pakete aus meiner lokalen Installation rausgesucht und mit MobaXTerm auf den Rpi geschoben. von dort konnte ich sie dann an den richtigen Ort ( /usr/share/texlive/texmf-dist/tex/latex/paketname ) kopieren. \\
wenn es jetz nur so wenige bleiben die ich kopieren muss dann geht das ja noch


===== USB-Stick =====
Mir ist das Speichern des Repositorys auf der SD-Karte etaws unsicher- im Sinne von geht schon mal kaput..
Ausserdem ist der Platz dort sehr begrenzt. Um sich also nicht in die Quere zu kommen ist die Verwendung von einem USB-Stick
sicherlich besser.

Wird bei Git nachher sowieso benötigt.
Da ich aber meinen USB-STick nicht in FAT formatieren möchte benötigen wir zunächst noch: (von [[http://jankarres.de/2013/01/raspberry-pi-usb-stick-und-usb-festplatte-einbinden/|hier]])\\
Ich glaub man bräuchte nur ntfs-3g...

<code> sudo apt-get -y install ntfs-3g hfsutils hfsprogs exfat-fuse </code>
dann kann mit
<code> sudo blkid</code> 
Die UUID des USB-Sticks herausgefunden werden, diese benötigt man zum späteren dauerhaften Einhängen des USB-Sticks.
 in die etc/fstab habe ich nun folgendes geschrieben:
<code>UUID=XXXXXXXXXX /media/usbdrv ntfs-3g  auto,nouser,sync,rw,umask=000  0 0
 </code>


===== Git =====

auf meinem RPi musste ich weder wget noch git-core installieren. Es war beides schon aktuell.

[[http://christian.skala.me/blog/using-git-to-deploy-a-web-site/#.VEO1vfmsV8E|hier]] geht es zwar um eine Website, ich müsste mit dem Post-Receive Hook aber auch mein Latex-Dokument kopieren <del> und Bauen können</del>!\\
vielleicht kann man sogar mit den BitbucketHooks vom RPi aus pullen... das wäre natürlich noch nicer ;-)\\
Das Bauen würde ich auf dem Rpi dann doch besser in den Post-checkout hook einbauen. Dann wird das LatexDokument nicht auch noch innerhalb des Pushes ausgeführt.


Checkout bare repo to folder http://blog.christianleon.com/post/41346373998/checkout-a-branch-from-a-bare-git-repository
http://stackoverflow.com/a/6073628

===== DDNS =====
nachdem mir jetzt diverse DDNS-Anbieter mit ihrer Einlog-Pflicht auf die Nerven gegangen sind, habe ich mich dieses mal für einen neuen entschieden: **owndns.org**\\
hier ist es sogar möglich über einen Aufruf einer Seite mit wget die neue Ip zu setzen.. das wird mit dem Rpi realisiert


===== Was noch fehlt =====
  * Die Hooks und Skripte zum ausführen/umbenenen/Gitinfo
  * Irgendwas zum Syncen der Dateien (owncloud,dropbox,BTsync,Email...)
  * <del>DDNS um auch von ausserhalb an das RPi zu kommen...</del>



----

====== Bitbucket AutoDeploy with POST hooks =====

Das muss ich mir nochmal ansehen, sieht spannend aber auch nicht mehr so ganz einfach aus! \\
Mit dem POST hook von Bitbucket ist es also möglich nach einem Push in ein Repo eine Seite aufzurufen, und damit über änderungen zu informieren. Auf dem Pi könnte dieser Ping dann dazu verwendet werden die neu eingegangenen Änderungen direkt zu fetchen.. und somit automatisch eine Sicherung zu erstellen oder den das Dokument zu entwickeln. 

  * https://lkwdwrd.com/git-auto-deployment/
  * http://jonathannicol.com/blog/2013/11/19/automated-git-deployments-from-bitbucket/