Problem 1:
Beim Verbinden zum Server taucht lediglich ein kleines schwarzes Fenster auf, mehr passiert nicht.
_
Lösung zu 1:
Der NetAuthAgent-Prozess hat sich am Client aufgehängt und muss gestoppt werden.
Das geht entweder über den Aktivitätsmonitor oder übers Terminal mit:
” sudo killall NetAuthAgent ”
Anschliessend sollte die Verbindung wieder wie gewohnt funktionieren.
_
siehe auch: http://forums.macrumors.com/showthread.php?t=441030 bzw. die deutsche Google-Übersetzung, hier sollte man besonders die “Anklagebank” beachten

• Problem 2:
  ARD ist auf dem Server nicht gestartet, bzw. startet nicht mehr.
  _Lösung zu 2: (Bedingung, min. ein Zugang via ssh)

  # mit ssh auf Server einloggen
  ssh <remote-user>@<remote-server>
  
  # komplett auf "root" switchen
  sudo su -
  
  # ARD Service stoppen
  /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart \
  -deactivate \
  -configure \
  -access \
  -off
  
  # Letzte (wahrscheinlich defekte) Einstellungen wegschieben
  mv /Library/Preferences/com.apple.RemoteManagement.plist /tmp
  mv /Library/Preferences/com.apple.RemoteDesktop.plist /tmp
  
  # ARD Service jungfräulich starten, erstmal dass jeder Zugang hat.
  /System/Library/CoreServices/RemoteManagement/ARDAgent.app/Contents/Resources/kickstart  \
  -activate \
  -configure \
  -access \
  -on \
  -restart \
  -agent \
  -privs \
  -all

• Weblink: ARD via Terminal einschalten

cd /
nohup rsync \
 --relative \
 --archive \
 --executability \
 --compress \
 --exclude=/Volumes/* \
  . <user>@<zielrechner>:/<zielpfad>

Durch dieses Werk nimmt mein Liebäugeln mit Git weiter Fahrt auf. Für mich war es stets elementar, den geschichtlichen Hintergrund zu kennen, um mich für ein Werkzeug zu begeistern. Und dieses wird auf den ersten Seiten des Buches sehr gut dargestellt.

Siehe auch:

• After controversy, Torvalds begins work on “git”
• http://en.wikipedia.org/wiki/Git_(slang)
• http://de.wikipedia.org/wiki/Git

!ENTRY org.eclipse.core.jobs 4 2 2010-09-25 17:12:57.455
!MESSAGE An internal error occurred during: "Semantic Highlighting Job".
!STACK 0
java.lang.OutOfMemoryError: Java heap space
 at org.eclipse.php.internal.core.ast.scanner.php53.CUP$....

Die Suche nach der Lösung bzw. Linderung führten mich in die gefürchteten Abgründe diverser Developer Mailforen, wo ein Stackdump mit dem nächsten beantwortet wird. Nicht unbedingt förderlich ist dabei meine Plattform (Mac, Snow Leopard). Aber schließlich wurde dann doch fündig

In der Eclipse.app befindet sich die eclipse.ini zur Steuerung der Java-VM.
Hier meine aktuellen Einstellungen, mit denen sowohl mein selbstkompliliertes Subversion-JavaHL sauber erkannt wird, als auch kein Java Heap Space Error mehr auftaucht. Die IDE-Perfomance ist wieder so fix wie früher, ich habe endlich wieder das Gefühl auf meinem lokalen Rechner zu arbeiten und nicht in einer VM, welche ich über min. 3 dazwischengeschaltete Remote-Sessions bediene.

Inhalt von:
/Applications/eclipse/Eclipse.app/Contents/MacOS/eclipse.ini

-startup
../../../plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar
--launcher.library
../../../plugins/org.eclipse.equinox.launcher.cocoa.macosx.x86_64_1.1.0.v20100503
-product
org.eclipse.epp.package.php.product
--launcher.defaultAction
openFile
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
768m
--launcher.defaultAction
openFile
-vmargs
-Dosgi.requiredJavaVersion=1.5
-XstartOnFirstThread
-Dorg.eclipse.swt.internal.carbon.smallFonts
-XX:MaxPermSize=768m
-Xms128m
-Xmx1024m
-Xdock:icon=../Resources/Eclipse.icns
-XstartOnFirstThread
-Dorg.eclipse.swt.internal.carbon.smallFonts
-Djava.library.path=/usr/local/subversion/lib

• *.php
• *.htm*
• *.css
• *.js

und konvertiere den Windows Zeilenumbruch CRLF ( \r\n )
in den Unix Zeilenumbruch LF ( \n).
Die betroffenen Dateien werden dabei aufgelistet.
Erläuterung zu dem -exec /bin/rm ....
Die -i Option des sed legt (zumindest auf dem Mac) eine gleichnamige Tempdatei mit der Erweiterung “*-e” an.
Diese Tempdatei wird im gleichen Durchlauf entfernt.

find . -type f \
\( -name "*.php" -or \
-name "*.htm*" -or  \
-name "*.js" -or  \
-name "*.css" \) \
-exec /usr/bin/sed -i -e 's/'"$(printf '\015')"'$//g' {} \; \
-exec /bin/rm {}-e \; \
-print

• http://www.heise.de/security/artikel/SSL-fuer-lau-880221.html

Sicherlich gibt es auch eine Menge Browserplugins für alle möglichen Agents. Mir ist die Kommandozeile immer noch lieber, da ich diese schön im Hintergrund laufen lassen kann und somit erstmal aus meinen Augen ist. Ausserdem habe ich immer das Gefühl “dichter dran” zu sein.

Siehe auch:
http://www.commandlinefu.com/commands/view/2876/use-curl-to-resume-a-failed-download

Weitere, interne Verarbeitung:
/etc/profile führt /usr/libexec/path_helper beim Starten einer Terminal-Shell aus, welches dann wiederum $PATH aus den hinterlegten Infos generiert.

% /System/Library/CoreServices/Directory\ Utility.app/Contents/MacOS/Directory\ Utility

Dort erstmal auf das Schloss klickern um Admin-Zugriff zu bekommen, dann kann man im Menü “root User aktivieren” auswählen.

Siehe auch: Ratgeber bei macwelt.de

Viel schneller geht es jedoch, dem root user ein Passwort über das Terminal zu geben.
Falls dieser schon ein Passwort besitzt hat und man möchte es behalten wird es einfach nochmal eingegeben.

% sudo passwd root
Changing password for root.
New password:
Retype new password:
passwd: Unable to change the password for record root.  Credential verification failed because account is disabled

Die obige Meldung, dass das Passwort nicht geändert werden kann ist unwahr, denn der root user ist nun aktiv und das neue (bzw. alte) Passwort ist sehr wohl gültig.