Zuerst habe ich das Installieren normal über RPM / Yum versucht. Dazu habe ich von Skype das passende Packet runtergeladen und installiert: Alles klapt ohne Probleme!

Nur nach dem Starten bekam ich ein Fehler:

skype: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by skype)

Zum Glück habe ich aber gestern noch den Support von Acer angeschrieben, ob wirklich alle Software-Pakete aus dem Support-Bereich gelöscht wurden.
Die Antwort von heute Mittag:

Die Treiber und Anwendungen befinden sich auf dem FTP-Server, welchen Sie direkt unter folgendem Link erreichen können:
ftp://ftp.support.acer-euro.com/netbook/aspire_one_150/linux/

Und tatsächlich, darin findet man ein Skype.sh.zip. Darin befindet sich ein Bash-Script, welches nicht nur Skype installiert, sondern auch gleich ein Shortcut auf dem Desktop anlegt – Gut gemacht Acer!

Das könnte dich auch interessieren:

1. Linux von Acer verbannt Da der Acer Aspire One von einer Kollegin nicht mehr...

Mit dem Start dieses Blogs vor nun bald drei Jahren, hatte ich auch meinen ersten Kontakt mit der Bloglösung, welcher von einer grossen und starken Community getrieben und weiterentwickelt wird.
Doch obwohl ich nun schon seit so langer Zeit aktiv und beinahe täglich mit dieser Anwendung arbeite, konnte ich nie wirklich in die Community einsteigen. Sei das nun auf Grund mangelndem Interesse, zu wenig Zeit oder fehlende Möglichkeiten, lasse ich hier bewusst offen.
Auch wenn ich nun so auf die vergangene Zeit zurückblicke, so war ich mir der enormen Community hinter diesem Projekt gar nie bewusst. Die Updates, Plugin oder Themes waren einfach da und funktionierten…

Doch nun möchte ich das gerne ändern, und bin dank Stefan auch gleich auf eine Möglichkeit aufmerksam geworden:

Das Wordcamp ist eine kleinere Versammlung von WordPress-Interessenten und -Bloggern welche für einen Tag zusammenkommen um über WordPress zu reden und diskutieren.
Zusätzlich gibt es auch für alle Willigen die Möglichkeit eine Session von etwa einer Stunde abzuhalten. Auch wenn die Agenda zur Zeit noch sehr schwach bestückt ist, ist ja noch genug Zeit für Freiwillige

Eine eigene Session liegt bei mir dieses Jahr leider nicht drin. Es fehlt mir neben einem Thema aktuell auch schwer an Vorbereitungszeit…

Angemeldet haben sich auf jeden Fall schon ein paar und ich werde auch da sein als Zuhörer – wenn das also kein Grund ist, zum auch kommen

Doch Achtung: Die Teilnehmerzahl ist beschränkt (…doch keine Ahnung auf wie viel).

Würde mich freuen, auch jemanden von euch dort zu treffen!

Vor kurzem habe ich auch versucht auf einem Debian Server die Lernplattform zu installieren, und war angenehm überrascht: Es gibt sogar ein Eintrag in den Paketquellen!

Also einfach mal dieses Paket installieren und schauen was passiert:

apt-get update
apt-get install moodle

Leider gab es bei mir einige Probleme bei der automatischen Installation und Konfiguration von MySQL, weshalb ich das Paket zuerst alleine und erst dann Moodle installieren konnte:

apt-get update
apt-get install mysql-server
apt-get install moodle

Während der Installation muss man ein paar Fragen zu URL und mehr beantworten. Ich habe mich dabei meist auf die Vorgaben verlassen – ein Fehler wie sich später zeigen wird.

Nachdem die Installation durchgelaufen war habe ich versucht das ganze aufzurufen, jedoch meldete sich nur ein leerer Apache2.
Also habe ich mich auf die Suche nach einem Virtualhost-File gemacht und wurde unter /etc/moodle/apache.vhost.conf fündig. Diese Datei habe ich an den passenden Ort kopiert:

cp  /etc/moodle/apache.vhost.conf /etc/apache2/sites-available/
mv apache.vhost.conf moodle

Dann habe ich auch gleich noch den Default-Virtualhost von Apache2 de- und mein neuer aktiviert:

a2dissite 000-default
a2ensite moodle
/etc/init.d/apache2 restart

Dann musste ich mich noch mit der Konfigurationsdatei von Apache befassen, welche Moodle mitliefert.
Diese verbietet standardmässig den Zugriff von allem ausser localhost, was für meinen Fall nicht sehr hilfreich ist. Also musste ich die Datei /etc/moodle/apache.conf wie folgt anpassen:

root@master:/etc/moodle# cat apache.conf
# This file has been generated by debconf 

#Uncomment the line below if you want to use alias
#This will not work well with virtual hosts
Alias /moodle /usr/share/moodle/

<DirectoryMatch /usr/share/moodle/>

Options +FollowSymLinks
AllowOverride None

order deny,allow
#deny from all

allow from 127.0.0.0/255.0.0.0
allow from localhost
#comment out the line below to allow remote access
allow from all

<IfModule mod_php5.c>
        php_flag magic_quotes_gpc Off
        php_flag magic_quotes_runtime Off
        php_flag file_uploads On
        php_flag short_open_tag On
        php_flag session.auto_start Off
        php_flag session.bug_compat_warn Off

        php_value upload_max_filesize 2M
        php_value post_max_size 2M
</IfModule>

<IfModule mod_dir.c>
        DirectoryIndex index.php
</IfModule>

</DirectoryMatch>

War auch das geschaffft, so musste ich noch die Vorgaben, welche während der Installation gesetzt wurden, korrigieren.
Als Vorgabe wird dabei der Pfad wie folgt gesetzt:

http://localhost/moodle

Somit wurde ich beim Aufrufen des Rootverzeichnis immer weitergeleitet in einen Subfolder “moodle”, welchen es dummerweise nicht gibt.
Fündig wurde ich unter /etc/moodle/config.php. Darin musste ich die Option wwwroot korrigieren:

$CFG->wwwroot = 'http://encodingit.ch';

Und schlussendlich ist mein Moodle auch verfügbar. Sobald die Applikation das erste Mal aufgerufen wird, installiert sie selbstständig alle Datenbanken, welche benötigt werden. Zu den Feineinstellungen gibt es später vielleicht noch mehr

Die aufgebaute Session wird dabei im Normalfall anhand einer ID überprüft. Wenn nun aber ein Angreifer diese ID weiss, so kann er problemlos die bereits autorisierte Session übernehmen und darin interagieren.

Die meisten werden das Problem nun bereits erkannt haben; geht diese Autorisierung ohne Verschlüsselung von statten, so kann jeder der im gleichen Netzwerk sitzt und “hinhört”, die Session-ID abfangen und für seine eigenen Zwecke missbrauchen.

Auf der Toorcon 12 hatte Eric Butler einen Vortrag gehalten, worin er sein Firefox-Plugin firesheep vorstellt. Dieses hat zum Zweck, im aktuellen Netzwerk nach Session-IDs von Facebook, Twitter und anderen unverschlüsselten Webdiensten Ausschau zu halten und diese bei einem Treffer zu speichern.
Ganz nett dabei, die gefundenen Session werden direkt mit dem Anzeigebild vom jeweiligen Dienst ergänzt und können mit einem Doppelklick übernommen werden.

Eric möchte damit aufzeigen, wie gefährlich es ist, wenn man unverschlüsselte Seiten ansurft und bewirken, dass die Betreiber von Webdiensten ihre Webseiten endlich auf SSL umstellen.

Wie das Plugin im Detail funktioniert, kann in seiner Präsentation nachgelesen werden.

Das Plugin gibt es zur Zeit für Mac und Windows, eine Linux-Version ist laut dem Autor in Arbeit. Damit das Plugin auch problemlos läuft muss vorher aber noch Winpcap installiert werden.

Für jemand, der das schon ein paar mal gemacht hat, mag das einfach klingen, ich weiss – für mich war es aber alles andere als das

Jedoch, da ich auch schon mal für Windows paketiert habe, kann ich auch gleich einen Vergleich anstellen: Es ist viel unkomplizierter und einfacher unter Linux, wenn das SPEC-File mal steht… wenn

Doch nun zum Vorgehen!
Der Kern des Paketieren stellt das Programm rpmbuild und eine selbst erstellte SPEC-Datei dar.
Die SPEC-Datei kann man dabei wie eine Art Anleitung ansehen, wo aufgeschrieben wird, wann was getan werden soll. Anhand dieser Anleitung erstellt rpmbuild dann ein Paket.

Die allgemeine Funktionsweise habe ich mir aus dem Internet angeeignet. Besonders geholfen dabei hat mir diese Anleitung.

Das Problem aber, all diese Anleitungen basieren darauf, dass der Source aus dem Internet nachgeladen wird. Mein Paket musste aber alle Dateien lokal zur Verfügung haben.

Nun die erste Herausforderung: Wie mach ich das?
Nach viel probieren und testen hatte ich endlich eine Lösung… Unter dem Punkt %files werden die Dateien so aufgelistet, wie sie danach beim Zielsystem kopiert werden:

1
2
3
4
5
6

%files
/opt/itc/bin/soe-rootadd
/opt/itc/bin/soe-updatepubkeys
/opt/itc/prepost/install_post.sh
/opt/itc/prepost/remove_post.sh
/opt/itc/.sshsoe_id

Während dem Erstellen des Paketes mussten die Dateien aber im Ordner ~/rpmbuild/BUILDROOT/Paketname/opt/itc/../ liegen, damit es korrekt in das RPM integriert wird.

Die zweite Herausforderung war das Script: Unter %pre, wo ich auch alle Ordner erstellen liess, konnte ich das Script nicht starten, da zuerst %pre und danach erst %files abgearbeitet wird, wodurch das Script beim Starten noch gar nicht an seinem Platz ist.
Also habe ich es kurzerhand unter %install abgelegt. Doch aus welchem Grund auch immer – da wurde es nie gestartet…
Darauf habe ich ohne noch lange weiterzuprobieren, das Script unter %post abgelegt, welcher nach der Installation abgearbeitet wird.

Das die Dateien dann beim Deinstallieren wieder gelöscht werden, war ein kleines Problem. Einfach alles unter %preun eintragen und gut ist.

Mein SPEC-File sah am Schluss so aus:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29

...
%pre
mkdir -p /opt/itc/bin/
mkdir -p /opt/itc/ssh/pubkeys/
mkdir -p /opt/itc/prepost/
 
%post
/opt/itc/bin/install_post.sh
 
%preun
/opt/itc/bin/remove_post.sh
rm -f /opt/itc/bin/soe-rootadd
rm -f /opt/itc/bin/soe-updatepubkeys
rm -f /opt/itc/bin/install_post.sh
rm -f /opt/itc/bin/remove_post.sh
rm -f /opt/itc/.sshsoe_id
 
%prep
%build
%install
%clean
rm -rf $RPM_BUILD_ROOT
 
%files
/opt/itc/bin/soe-rootadd
/opt/itc/bin/soe-updatepubkeys
/opt/itc/prepost/install_post.sh
/opt/itc/prepost/remove_post.sh
/opt/itc/.sshsoe_id

Beim erstellen des Paketes zeigt sich dann die Stärke von Linux. Auf dem 32Bit System, welches ich zur Erstellung verwendet habe, habe ich ohne Probleme mit dem Parameter –target x86_64 ein Paket für 64Bit Systeme erstellt.
Das Begeistert mich deshalb so, denn unter Windows konnte ich auf einem 32Bit-Host auch nur ein Paket für dessen Architektur machen.
Und da ich schon damit gerechnet hatte, für jede Architektur ein eigenes Hostsystem aufzusetzen, war ich umso erfreuter

Frisch fröhlich habe ich mit der Installation des Paketes begonnen:

1

rpm -i ICAClient-11.0-1.i386.rpm

Dummerweise besteht ein Abhängigkeitsproblem, also gleich mal yum durchrennen lassen:

2

yum install ICAClient-11.0-1.i386.rpm

Doch dummerweise findet auch yum das benötigte Paket libXm.so.3 nicht…

Nach ein bisschen googeln habe ich dann herausgefunden, dass man unbedingt openmotif installieren muss. Doch auch das scheint nirgends in den Paketquellen vorhanden zu sein??
Also lade ich mir das Paket halt manuell herunter und installiere es:

3

yum localinstall --nogpgcheck openmotif-2.3.1-1.RHEL3.0.i386.rpm

Soweit so gut, also gleich nochmal versucht den Receiver zu installieren.

Doch noch immer scheint libXm.so.3 nicht vorhanden zu sein… Nach weiterer Suchzeit auf Google habe ich noch ein weiteres benötigtes Paket gefunden:

4

yum install libXaw

Doch damit wurde libXm.so.6 und nicht wie benötigt libXm.so.3 installiert. Also muss man noch ein bisschen bescheissen:

5

ln -s /usr/lib/libXm.so.6 /usr/lib/libXm.so.3

Auch bin ich oft über die Aussage gestolpert, dass möglichweise ein paar Fonts rumzicken könnten:

6
7
8

cd /usr/share/fonts/cjkuni-uming/
mv fonts.dir fonts.dir.disabled
mv fonts.scale fonts.scale.disabled

und dann war es endlich soweit:

9

yum install ICAClient-11.0-1.i386.rpm

Jetzt konnte ich den Receiver endlich installieren.
Doch damit noch nicht genug, man sollte die Applikation ja auch starten können… Und genau daran haperte es noch!
Als Ausgabe erhielt ich immer:

10

/usr/lib/ICAClient/wfcmgr: Zeile 197: Vereinbarung: Kommando nicht gefunden.

Doch nach ein bisschen Überlegen und Nachdenken war das ein kleineres Problem. Denn wenn man den Fehler so liest, so habe ich gleich an ein Problem mit der Eula gedacht. Also mal recherchieren, wie man das Anzeigen der Lizenz umgehen kann

11

touch ~/.ICAClient/.eula_accepted

Und von nun an kann ich auch unter Fedora alle Citrix Applikationen gebrauchen:

12

/usr/lib/ICAClient/wfcmgr -icaroot /usr/lib/ICAClient

Dabei handelt es sich um eine Groupware-Lösung ähnlich Microsoft Exchange, nur dass diese OpenSource ist.

Angepriesen wird das Projekt besonders als “günstige Alternative, welche für KMUs gut geeignet ist“.

Wikipedia beschreibt Open-Xchange wiefolgt:

Open-Xchange Server ist eine Kollaborationssoftware, die neben einer integrierten E-Mail-Benutzerschnittstelle, Termin-, Kontakt- und Aufgabenverwaltung auch weitergehende Funktionen wie Dokumentenspeicherung- und -austausch bietet.

Besonders interessant finde ich auch das hier:

In Vorbereitung befinden sich soziale Fähigkeiten der Anwendung, d. h. die Fähigkeit Daten zwischen Open-Xchange und auch Sozialen Netzwerken einfach und automatisiert auszutauschen. Dieser Austausch wird auf der Serverseite stattfinden, d. h. auch dann funktionieren, wenn der Benutzer gerade nicht aktiv ist.

Doch ganz so OpenSource ist das Projekt wohl doch nicht…

Will man nämlich das ganze nicht per Browser, sondern mittels Outlook verwenden, so muss man ein kostenpflichtiges Addon dazukaufen.

Doch nicht nur das, es gibt noch weitere Komponenten, welche nicht wirklich “frei” sind:

Seit August 2004 steht das Open-Xchange Server BackendGNU General Public License in der Version 2. Das unter der Open-Xchange Server Frontend steht unter Creative CommonsShare Alike, Non Commercial, Attribution-Lizenz. Diese Lizenzierung erlaubt die freie Verwendung auch in einer kommerziellen Umgebung und schränkt lediglich das Anbieten von gehosteten Angeboten ein (durch den Baustein Non Commercial in der Creative-Commons-Lizenz auf dem Frontend).

Ob das nun wirklich das Wahre ist, darüber kann man sich streiten. Auch kann ich noch nicht sagen, ob es wirklich eine brauchbare Alternative zu Exchange ist, das wird sich noch zeigen.

Als Host habe ich mich für einen Ubuntu Server 8.04 LTS entschieden.

Die Installation ist nicht wirklich schwierig, dafür sehr zeitaufwendig. Geholfen hat mir dieses Tutorial von Open-Xchange selbst.

Die Benutzeroberfläche, welche man nach einem Login zu Gesicht bekommt ist klar strukturiert. Man findet sich schnell und ohne Probleme zurecht, wie man es eigentlich auch von Exchange her kennt.

Wie es in Sachen Performance aussieht kann ich noch nicht sagen, da ich die Installation erst gestern durchgeführt habe. Dazu später dann mehr!

Das Skript muss man sich erst herunterladen,

wget http://registry.gimp.org/files/3DScreenshot.scm

und dann an den richtigen Ort verschieben

mv 3DScreenshot.scm /home/$USER/.gimp-2.6/scripts/

Nun nur noch die Plugins neu laden

Filter > Skript-Fu > Skripte aufffrischen

und schon kann man das Skript anwenden.

Filter > Script-Fu > 3D Screenshot

Vielen Dank an zefanja für den Tipp!

Das Spiel selbst ist recht amüsant, die Grafik klasse, die eigentliche Idee aber weder neu noch sehr einfallsreich.

Trotzdem mag ich das Game

Das Spiel ist frei im AppStore verfügbar!

ditaa ist ein Konsolenprogramm, womit man aus einem ACSII-File ein Bild mit “echten” Flowcharts erstellen. Alles was man zu tun hat, ist ein Textfile zu erstellen mti zum Bespiel folgendem Inhalt:

    +--------+   +-------+    +-------+
    |        | --+ ditaa +--> |       |
    |  Text  |   +-------+    |diagram|
    |Document|   |!magic!|    |       |
    |     {d}|   |       |    |       |
    +---+----+   +-------+    +-------+
        :                         ^
        |       Lots of work      |
        +-------------------------+

Nun lässt man ditaa drüberrasen und erhält folgendes Bild als Ausgabe:

Dazu verwendet man folgenden Befehl:
java -jar ditaa.jar inputfile outputfile.png

Mittels dem Parameter -h erhält man noch weitere und feinere Einstellungsmöglickeiten angezeigt.

Doch wieso der Aufwand? ditaa beantwortet die Frage gleich selbst:

BUT WHY? Does this thing have any real use?

There are several reasons why I did this:

1. Simply for hack value. I wanted to know if/how it could be done and how easily.
2. Aesthetic reasons and legacy formats: there are several old FAQs with ascii diagrams lying out there. At this time and age ascii diagrams make my eyes hurt due to their ugliness. ditaa can be used to convert them to something nicer. Although ditaa would not be able to convert all of them (due to differences in drawing ‘style’ in each case), it could prove useful in the effort of modernising some of those documents without too much effort. I also know a lot of people that can make an ascii diagram easily, but when it gets to using a diagram program, they don’t do very well. Maybe this utility could help them make good-looking diagrams easily/quickly.
3. Embedding diagrams to text-only formats: There is a number of formats that are text-based (html, docbook, LaTeX, programming language comments), but when rendered by other software (browsers, interpreters, the javadoc tool etc), they can contain images as part of their content. If ditaa was intergrated with those tools (and I’m planning to do the javadoc bit myself soon), then you would have readable/editable diagrams within the text format itself, something that would make things much easier. ditaa syntax can currently be embedded to HTML.
4. Reusability of “code”: Suppose you make a diagram in ascii art and you render it with version 0.6b of ditaa. You keep the ascii diagram, and then version 0.8 comes out, which features some new cool effects. You re-render your old diagram with the new version of ditaa, and it looks better, with zero effort! In that sense ditaa is a diagram markup language, with very loose syntax.

Ich weiss jedoch nicht ob es daran liegt, dass ditaa noch in der Beta-Phase ist, oder ob ich einfach unfähig bin, aber bei mir wird das Bild immer ein bisschen zu schwarz, da wo eigentlich ein Pfeil sein sollte :

/---------------+    +---------------+
|               |    |               |
|    cRED       |    |    cPNK       |
|               |    |               |
|               |    |               |
+-------+-------/    +---------------/
    |                       ^
    |                       |
    +-----------------------+

ditaa muss man einfach ausprobiert haben

Update

Eine aktuelle JAVA-Version ist von grossem Vorteil