michael-alt.info

Da ich grade ein Computer-Setup durchführe, hier mal eine kurze Liste der wichtigsten Tools/Programme, die ich der Maschine zusätzlich zum vorinstallierten Windows 7 spendiere:

Browser

Mozilla Firefox
Google Chrome

System

Java Runtime

Office

EMail Client: Thunderbird
Libre Office
Dropbox
PDF Reader

Tools

Packer: 7-Zip
Editor: Notepad++
SSH Client: Tunnelier

Updates folgen, Kommentare erwünscht.

Wow, endlich eine Lsg um sowohl dem Entwickler als auch dem Server-Prozess Rechte auf Dateien und Verzeichnisse zu geben:

setfacl -m u:www-data:rwx -m u:username:rwx cache logs

und vor allem

setfacl -m u:defaut:www-data:rwx -m u:default:username:rwx cache logs

um auch die neuen Dateien entsprechend einzurichten. Letzteres funktionierte bei mir unter ArchLinux nicht. Hab aber nicht weiter recherchiert, ob das distributions-abhängig ist. Oder ein Fehler in der Mail war, aus der ich den Tipp entnommen hatte.
Jedenfalls sehen die entsprechenden Zeilen unter Arch wohl so aus:

sudo setfacl -d -m u:www-data:rwx cache logs

bzw.

sudo setfacl -d -m u:username:rwx cache logs

Die Installation meiner Apache SSL-Zertifikate in den verschiedenen Browsern läuft leider ja jeweils sehr unterschiedlich ab. Beim Chrome unter Linux hatte selbst ich leichte Schwierigkeiten. Hier die Lösung:
CAcert-Wiki: HowTo: Import the CAcert Root Certificate into Client Software

… ohne(!) Root-Rechte!

Hat mich schon oft genervt. Hier nun die Lsg als Merker für mich:

sudo vi /usr/share/polkit-1/actions/org.freedesktop.udisks.policy

Und dort im Abschnitt

<action id="org.freedesktop.devicekit.disks.filesystem-mount-system-internal">

das Element allow-active auf yes setzen:

<allow_active>yes</allow_active>

Hab mal wieder googlen müssen, um der Problematik im Titel Herr zu werden.
Die Lösung:

git checkout --track -b <local name> origin/<remote name>

Gefunden diesmal über Git Guide bei SourceMage