Tag Archives: HowTo

Posted on
by

Seit ein paar Wochen habe ich den ownCloud-Client unter Ubuntu installiert. Dieser lief auch recht gut & brauchbar – bis auf ein paar kleine ‚Macken‘. So zum Beispiel auch das Problemchen, welches bei DonnerDrummel kurz erklärt ist. Dies war besonders nach dem Aufwachen des Rechners regelmäßig zu beobachten.

Vor ein paar Tagen erhielt ich dann bei Neustart des Clients die Meldung, dass die Version 1.0.3 verfügbar ist. Allerdings habe ich mich dann gewundert, dass ich diese bei der Softwareaktualisierung nicht angeboten bekomme. Heute habe ich dann nochmal versucht, dem Problem auf den Grund zu gehen und bin über DonnerDrummels Beitrag gestolpert. Dann habe ich mir nochmal die Anleitung zur Installation des Clients angeschaut und festgestellt, dass ich ein anderes Repo installiert hatte, als es da angegeben ist – ich hatte "isv:ownCloud:communiy" in der URL, welches jetzt "isv:ownCloud:ownCloud2012" ist. Offensichtlich hat sich da etwas ‚offiziell‘ geändert, was ich bis dato nicht mitbekommen hatte.

Lange Rede, kurzer Sinn – HowTo zum Update des ownCloud-Clients:

  1. "owncloud-client" – Version 1.0.2 – vollständig deinstallieren (ein Update hat nicht funktioniert).
  2. Das Repo (aus der Anleitung; s.o.) kontrollieren und korrigieren.
  3. "owncloud-client" – jetzt in Version 1.0.3-1 – (neu) installieren.

Voila – das erste Aufwachen hat den Fehler im Client nicht mehr produziert… :)
Schön ist auch, dass der csync-Prozess (der im Hintergrund für die Synchronisiation zuständig ist, nicht mehr meine .xsession-errors-Datei ‚vollmüllt‘. Dafür gibt es (jetzt?) im Client selber einen Knopf, der die Logs anzeigt. (Blöd nur, dass das Fenster mit dem Log nicht schließbar ist und gerade nur mit "xkill" beendet werden konnte… *egal*)

Abschließend bleibt zu sagen, dass obige ‚Anleitung‘ ohne jegliches Gewehr meinerseits veröffentlicht ist und dass ich mich generell sehr über das ownCloud-Projekt und die alles in allem sehr gut funktionierende Software freue! :)

Posted on
by

Ich verstehe es nicht… – System-Update (Ubuntu Precise; ohne fremde PPAs) auf Thunderbird 12.0.1 und danach funktioniert die manuell installierte Lightning-Extension (1.3) nicht mehr.

Nach etwas Suchens bin ich dann zu einer Lösung gekommen: Installation der Version 1.4.
Allerdings ist diese Version nur (direkt) über addons.mozilla.org und nicht über die Hauptseite des „Mozilla Calendar“ Projekts erhältlich. Auf der Projektseite wird als aktuelle Versionsnummer die 1.3 angegeben… *naja*

Trotz alledem: Es funktioniert wieder alles und die CalDAV-Unterstützung, welche IMHO (auch) durch das Team von Inverse inc. unterstützt/voran getrieben wird, ist großartig! :)

Posted on
by

Nun, nachdem meine B.A.-Arbeit in „Sack und Tüten“ ist und nur noch die mündliche Verteidigung am kommenden Mittwoch aussteht, kann ich eig. schon jetzt von einem erfolgreichen Ende (dieses Studiums) sprechen. *jippi!* :)

Speziell in den letzten Tagen bzw. Wochen habe ich wieder viele Dinge gelernt und auch die letzten drei Jahre haben einige Erkenntnisse geliefert. Die präsentesten (und aktuell in meinem Kopf herum spukenden) davon will ich im Folgenden mal ganz kurz, ungeordnet & nicht vollständig aufschreiben…

Also:
Grafiken/Bilder/… in einer Arbeit, die am Ende auch ausgedruckt wird, sollte man nicht unbedingt mit einer hohen Kompression speichern, denn das sieht in der Print-Version echt blöd aus! (Auch wenn es nett ist, dass das PDF mit 70 Seiten, 25 farbigen Abbildungen und einem im Anhang eingebundenen einseitigen PDF nur knapp 3 MB groß ist…)

Ebenso sollte man sich die digitale Version der Arbeit vorab (zu Teilen) mal ausdrucken um zu schauen, ob die die eingebundenen Abbildungen in einem guten Größenverhältnis (zum Text und zur Seite) eingebunden sind. – Man hat nur eine recht ungenaue (wenn nicht sogar falsche) Vorstellung davon, wenn man sich nur das PDF vorab anschaut…

Wenn man die Arbeit mit/in (La)TeX schreibt und eine externe BibTeX-Datei für die Literatur und/oder eine externe Glossar-Datei einbindet, sollte man für das korrekte Setzen der Referenzen mehrere Kompilierdurchläufe benutzen. Ich habe es in Anlehnung an einen Tipp auf TeX-SE so gemacht:
pdflatex Masterdokument && bibtex Masterdokument && makeglossaries Masterdokument && pdflatex Masterdokument && pdflatex Masterdokument && evince Masterdokument.pdf

Sollte man eine Graustufenversion eines schönen bunten (und mit Links versehenen) PDF benötigen, empfehle ich die Konvertierung der farbigen Version mittels Ghostscript wie (schon 2008) bei handyfloss.net beschrieben.

Selbst definierte TeX-Makros – in meinem Fall fest stehende und mehrfach verwendete Strings (wie bspw. das Makro „\art“ für „Bachelor-Arbeit“) sollten bei der Benutzung im Dokument am Ende mit einem geschützen Leerzeichen versehen werden, denn sonst wird das Leerzeichen nämlich einfach vergessen/nicht berücksichtigt… – So wäre (eine mgl.) korrekte Verwendung:
blatext2 \art\ blatext2

Es ist (zwar recht arbeitsintensiv aber letztlich auch) enorm hilfreich und Freude bereitend, wenn man sich ein Thema aussucht, welches echt spannend ist!

Man sollte nicht zu viel Zeit für einen Abschluss benötigen, denn sonst kann es durchaus passieren, dass selbst die (soziale) Hans-Böckler-Stiftung die Förderung eines (direkt an den Bachelor-Abschluss anschließendes) Master-Studiums mit der Begründung „der zu langen Vorstudienzeit“ ablehnt. .oO(…)

Es ist nicht unbedingt notwendig, sich mit Lehrpersonal ab dem ersten Semester anzulegen… – Das kann nämlich dazu führen, dass man ganz klar an den Noten der belegten Module erkennen kann, wer diese Person ist. Und das ist dann dem Gesamtnotendurchschnitt (der in unserer „Leistungsgesellschaft“ ja nicht ganz unwichtig ist…) nicht wirklich zuträglich! (An allen Modulnoten auf meinem Datenkontrollblatt, die zwischen 2,7 und 4,0 liegen und somit die schlechtesten sind, ist immer eine Person beteiligt gewesen… *verrückt,oder!?*)

So viel dazu… – Grüßle! :)

Posted on
by

Schon seit einer Weile habe ich unter Ubuntu auf meinem EeePC das „proposed“-Repository installiert. Doch gerade nach meinem Upgrade zu Oneiric habe ich einige merkwürdige Erscheinungen, als deren Ursache ich eben dieses Repo in Verdacht habe. (Außerdem ist das „proposed“-Repo für ein Produktivsystem – auf dem also im Alltag alles funktionieren soll – wohl eh nicht gut…)

Nun wollte ich einfach das „proposed“-Repo deaktivieren und mein System sozusagen (wieder auf den Standard) „deaktualisieren“. Aber irgendwie funktioniert das nicht so einfach…

Nach einigem Suchen habe ich dann einen funktionierenden Weg bei „Ask Ubuntu“ gefunden, den ich hier mal (auch für mich zum Merken) verlinke: „How can I revert back from an upgrade to the Proposed repository?“.

Noch ein kleiner Hinweis zu obigem Vorgehen: Bevor ihr die beiden Skripte durchlaufen lasst, deaktiviert das „proposed“-Repo nicht. Erst nachdem ihr euer System deaktualisiert habt, könnt ihr bspw. über die Software-Paketquellen-Verwaltung auf dem Reiter „Aktualisierungen“ den Haken beim Repo weg machen.

Viel Glück! :)