Allerdings muss ich nun mehr Aufwand betreiben, weil die Leute zu bloed sind, ein Programm zu bedienen...

Extensions lassen sich naemlich nur noch aus dem Webstore von Google installieren.
Mit Windows kann man trotzdem per Drag&Drop die Erweiterung installieren, ich musste Chromium umstaendlich mit Parameter starten..

chromium -enable-easy-off-store-extension-install

Wenn man nun die Extension runterlaedt, sollte ein Dialog oder so erscheinen..

Nun haben wir das Gleiche, wie bei Apple's Appstore.. Toll..

Ich will verdammt noch mal keine Software, die mir vorschreibt, wie ich was zu machen habe und was moeglich ist und was nicht..

Ich kenne das von Windows, damals wollte ich das UI anpassen. Ne, geht nicht.

Bei Apple kann man sowieso nix aendern. Oder nur per Hilfsprogramm..

Und das neue Ubuntu ist auch ein totaler Reinfall. Es sieht toll aus, das wars dann aber auch schon.
Keine hilfreichen Outputs mehr, Loginmanager ohne LDAP Anbindung, /usr/sbin nicht mehr im $PATH eines normalen Users, Konfigfiles werden beim Update ueberschrieben, obwohl man "Nicht ueberschreiben" auswaehlt, Dienste starten nicht, SSH ist nicht installiert, obwohl ich SSH bei der Serverinstallation ausgewaehlt habe, ...

Ich kann gerne so weitermachen...

Heute hab ich nun erkannt, dass jede Software, wenn sie bekannt wird, immer DAU freundlicher und Poweruser unfreundlicher wird.

Schade eigentlich.

Und damit: Fuck you Chromium!

Alternativen hab ich schon gefunden, naemlich uzbl und surf.

Und ich hoffe, dass Archlinux und Software von Suckless niemals bekannt wird ;)

Hm, es ist eigentlich wie im echten Leben: Sicherheit vs. Freiheit .. :(

PS: Hab heute auf systemd und grub2 auf allen Kisten gewechselt, und es laeuft ohne Probleme :)

Hier geht es nun aber um die Einrichtung auf dem Host, das Aendern der DNS-Zone und das Ausliefern der Webseiten ueber IPv6. Ausserdem noch, wie man sich per IPv6 mit Freenode verbindet.

Voraussetzung

• dedizierter/managed Host (z.B. bei Manitu)
• IPv6 Netz auf diesem Host (bei mir: 2a00:1828:2000:305::/64)
• Domain (bei mir: yhaupenthal.org)

Einrichtung

Hat man bei ip addr schon sowas aehnliches

inet6 2a00:1828:2000:305::7d5/64 scope global

stehen, kann man sich freuen, denn dann braucht man auf dem Host nix mehr zu machen ;)

Ansonsten muss man erst mal in der /etc/rc.conf das Modul ipv6 in das Modules array schreiben.

Danach aktiviert man IPv6 z.B. auf dem Device eth0 (IP natuerlich anpassen):

# ip -6 addr add 2a00:1828:2000:305::7d5/64 dev eth0

Um das dauerhaft aktiv zu machen, kann man sich das entweder in ein init Skript schreiben oder in eine Datei, die auf jeden Fall beim Start ausgefuehrt wird.

Und nun muss man nur noch das Netzwerk neustarten:

# /etc/rc.d/network restart

Ob man nun IPv6 hat, kann man mit ping6 testen:

$ ping6 heise.de

DNS Zone

Um auch im DNS einen AAAA Record zu haben, muss man die Zone der Domain aendern. Das macht man normalerweise ueber das Adminpanel des Anbieters.

Wenn moeglich, kann man da auch ein Reverse DNS eintragen.

Nach spaetestens einem Tag sollte das dann weltweit im DNS Record drin sein :)

Pruefen kann man das per:

$ dig AAAA yhaupenthal.org

Nutzung

Ich habs zwar schonmal beschrieben, aber doppelt haelt besser ;)

In einer Shell verbindet man sich via

$ ssh -N -D[port] [user]@[host]

mit dem Host.

Die Optionen: -N fuehrt auf der Serverseite nix aus und -D[port] bindet alles von der Serverseite auf diesen (lokalen) Port.

Chromium/$Anwendung startet man dann mit:

$ chromium --proxy-server="socks://localhost:[port]"

Ob man nun per IPv6 unterwegs ist, kann man z.B. hier nachschauen.

Webserver

Ich nutze als Webserver Lighttpd. Die Konfiguration ist da ziemlich einfach. Folgendes muss hinzu/geaendert werden (so spart man sich den Aufwand alles doppelt zu bearbeiten):

$SERVER["socket"] == "127.0.0.1:80" {
    include "website.conf"
}
$SERVER["socket"] == "[::1]:80" {
    include "website.conf"
}

Natuerlich muss hier der Pfad zur Config und die IP-Adresse angepasst werden.

Fuer SSL genau das Gleiche, nur mit 443 statt 80 als Port sowie eine entsprechend andere Config (website_ssl.conf).

Bevor man neu startet, sollte man noch die Syntax pruefen:

# lighttpd -t -f /pfad/zur/config.conf

Und dann neu starten:

# /etc/rc.d/lighttpd restart

Weechat

Freenode kann man am Besten ueber irc.ipv6.freenode.net erreichen. Ich will zusaetzlich noch SSL, daher hab ich in meiner Config stehen:

freenode.addresses = "irc.ipv6.freenode.net/6697"
freenode.ipv6 = on
freenode.ssl = on
freenode.ssl_dhkey_size = 1024
freenode.ssl_verify = off

Leider passt das SSL-Zertifikat noch nicht zur Namen, daher muss man ssl_verify noch deaktivieren.

Fazit

Alles ziemlich simpel, hat man in hoechstens ein paar Stunden (wenn man von 0 anfaengt) alles konfiguriert.

Damit ist nun meine Website per IPv4 und IPv6 erreichbar, beides auch ueber SSL :)

Allerdings hat mich da schon immer die (vermeintlich) fehlende Unterstuetzung fuer UTF-8 gefehlt. Bisher hab ich die Anleitung im Archlinux Wiki befolgt. Also mit Lynx. Gestern hab ich dann einfach mal w3m ausprobiert.

w3m stellt die Mails sehr schoen dar, allerdings verschwinden alle Links. Also auch nix.

In der Mutt Doku hab ich dann UTF-8 support fuer Lynx entdeckt, allerdings sieht da der Output nicht so schoen aus wie bei w3m.

Ein Kumpel hat mir dann noch Links und ELinks vorgeschlagen. Links kann kein UTF-8 (bzw. hab ich beim ausprobieren einfach die Syntax von Lynx genommen, aber Links hat gemeckert, dass er die Optionen nicht kennt), also auch nix.

Bei der Suche nach ELinks (der erste Treffer fuehrt lustigerweise zu Fefe ^^), hab ich dann noch html2text gefunden.

Aber erstmal hab ich ELinks ausprobiert. Und das klappte wunderbar: es kann UTF-8 und stellt es einigermassen schoen dar (w3m war trotzdem am schoensten).

Mit urlview kann ich nun auch alle Links in der Uebersicht sehen. Sehr schoen :)

html2text hab ich auch noch probiert, das hat aber schon bei meiner zweiten Testmail versagt (hat gar nix angezeigt).

Hier nochmal alle "Befehle":

# Das kommt in die ~/.muttrc
set mailcap_path = ~/.mutt/mailcap # da kommen die Befehle rein
auto_view text/html # sorgt dafuer, dass HTML automatisch umgewandelt wird
alternative_order text/plain # ansonsten wird plain text angezeigt

# Das ist die ~/.mutt/mailcap
# Befehl fuer lynx
#text/html; lynx -dump %s; nametemplate=%s.html; copiousoutput
# Befehl fuer lynx mit UTF-8
#text/html; lynx -dump -assume_charset=%{charset} -display_charset=utf-8 %s; copiousoutput; nametemplate=%s.html
# Befehl fuer w3m (anscheinend mit UTF-8)
#text/html; w3m -I %{charset} -T text/html; copiousoutput;
# Befehl fuer links ohne UTF-8
#text/html; links -dump %s; nametemplate=%s.html; copiousoutput
# Befehl fuer elinks mit UTF-8
text/html; elinks -dump 1 -dump-charset utf-8 -force-html %s; copiousoutput
# Befehl fuer html2text
#text/html; html2text '%s'; copiousoutput; description=HTML Text

Moegen die HTML Mails weniger werden! Gerade dazu passend ist der Artikel Richtig mailen.

Das hab ich natuerlich direkt ausprobiert, es failte bei mir aber wegen uraltem Python und nicht laufenden Cronjobs. Aber auf der Wikipediaseite war noch die Rede von einem Successor namens "Venus", also hab ich das mal ausprobiert.

Und siehe da, es hat direkt super funktioniert :)

Die Doku erklaert gut, was man alles tun muss um Venus einzusetzen.

Wichtig ist es, python24 (aus dem AUR) und python-lxml (aus extra) zu installieren.

Ich generiere den Planet mit einem Script, welches mit python2.4 das Script planet.py mit meiner Config config.ini ausfuehrt. Dies lasse ich dann von einem Cronjob jede Stunde ausfuehren.

Fertig :)

Achso, man sollte noch das Template den jeweiligen Beduerfnissen anpassen ;)

Im Einsatz hab ich nun einen Root-Server dedizierten Host von Manitu, den ich mir mit einem Kumpel miete. Darauf laeuft nun auch ArchLinux :)

Damit hab ich Arch nun auf allen privaten Maschinen. Fehlt nur noch der Arbeitsrechner ;)

Da ich sowieso grad am umstellen bin, nutze ich nun nicht mehr Apache, sondern Lighttpd.

Da ich eh nicht die volle Power von Apache nutzte, reicht mir Lighttpd vollkommen.

Zusaetzlich bin ich von Thunderbird auf mutt umgestiegen. Mutt nutze ich ja schon laenger, allerdings haben mir da 2 Mailkonten noch Probleme bereitet. Die hab ich nun geloest, somit laeuft Mail nur noch in der Shell :)

Und wieder bin ich gluecklich :)

Da nun aber gerade auf der [dev] Mailingliste ueber einen Rauswurf von wmii aus dem suckless Project die Rede ist (im uebrigens laengsten Thread meiner Meinung nach), dachte ich mir mal, dass es nun an der Zeit ist, mir dwm mal richtig anzugucken.

Die default Installation ist ja denkbar einfach im ArchLinux wiki beschrieben.

Am ersten Tag (04.11.2011) hab ich es nur mal auf meinem Laptop ausprobiert. Gefiel mir auch ganz gut.

Vorgestern fing ich dann mal an, die Configfiles zu editieren. Da gibt es ja eigentlich nur 2: die ~/.xinitrc und die config.h im Buildordner (z.B. ~/abs/dwm). Das Editieren ist ja wirklich einfach und auch gut im Wiki, bzw. auf der eigenen Website beschrieben. Daher macht dwm nun alles genau so (und einige Sachen sogar noch besser) als wmii. Meine Tastaturkuerzel haben sich nicht veraendert und meine Statusleiste hat sich verbessert.

Auch finde ich es klasse, dass die Anwendungen alle keine "Programmleiste" - oder wie man das auch immer nennt - haben und dieser Text stattdessen in der globalen Statusleiste erscheint. Also so wie es bei Unity sein sollte ;)

Es ist so minimalistisch :)

Allerdings ist mein dwm noch ungepatcht ;)

Cool waeren allerdings diese hier: Pertag und Statuscolors. Am Sinnvollsten ist es aber einfach den Code selber zu lesen, verstehen und patchen. Das wird wohl mein naechstes Ziel sein ;)

Ich bin gluecklich damit :)

Ich muss mich nur an die andere Art des Stackaufbaus gewoehnen ;)

Disconnected, reason: 3->'LM_DISCONNECT_REASON_ERROR'

Total viel Aussage dahinter.

Google brachte erstmal auch nix. Nun hab ich es - ein Monat spaeter wieder versucht zu fixen. Diesmal spuckte auch Google was aus. Zwar nur was russisches, aber immerhin. Anscheinend ist Mcabber nur da verbreitet..

Eingabe war:

archlinux mcabber 'LM_DISCONNECT_REASON_ERROR'

Ausgabe brachte als ersten Treffer: http://www.linux.org.ru/forum/talks/6638007

Dieser Post brachte dann die Loesung. Loudmouth hat nen Bug. Daher ist die Loesung: loudmouth selber bauen (mit einer Option zusaetzlich).

Das einfachste ist daher, das ArchBuildSystem zu nutzen.

Um's schnell zu machen (laengere Anleitung im verlinkten Wiki):

# pacman -S abs base-devel
# abs # eventuell 2 mal ausfuehren.
$ mkdir -p $HOME/abs
$ cp -r /var/abs/extra/loudmouth/ ~/abs
$ cd ~/abs/loudmouth
$ sed -i.bak 's/\.\/configure\(.*\)$/\.\/configure\1\ --with-ssl=openssl/' PKGBUILD
$ makepkg -s
# pacman -U loudmouth-*.tar.xz

Das wars dann auch schon :)

Mcabber sollte nun wieder ohne Probleme starten.

Die Einrichtung ist denkbar einfach:

Man muss einen VServer mit einer IPv6 Adresse haben (Z.B. einen von netcup, da hab ich auch meinen VServer). Wird bei ifconfig eine IPv4 und IPv6 Adresse ausgegeben, ist auf der Remoteseite alles korrekt :)

Nun muss man lediglich noch

ssh -N -D[port] [user]@[host]

in einer Shell eingeben.

Die Optionen: -N fuehrt auf der Serverseite nix aus und -D[port] bindet alles von der Serverseite auf diesen (lokalen) Port.

Chromium startet man dann mit:

chromium --proxy-server="socks://localhost:[port]"

Ob man nun eine IPv6 Adresse hat, kann man z.B. hier sehen.

Viel Spass :)

Es fing damit an, dass Chromium rumzickte. Als ich einen neuen Tab per Befehl (chromium -new-tab http://heise.de) oeffnen wollte, machte der einfach ... nichts. Also hab ich das mit CTRL-C abgebrochen, und es kam ne Fehlermeldung (weiss ich leider nicht mehr genau). Also wollte ich Chromium mal neustarten, jedoch startete dieser dann gar nicht mehr. Naja, dachte ich mir, mach ich mal ein pacman -Sf chromium. Ging aber auch nicht. Dachte ich mir, ok, ich mach noch nen Systemupdate und starte dann mal neu, vl. tut sich ja dann was.

Gesagt, getan. Nach 5 Minuten guckte ich mal, wie der Fortschritt vom Update denn so aussieht, und sah dann, dass sich pacman bei Parsing Hooks vom neuen Kernel bei autodetect aufgehaengt hat. Also hab ich mal abgebrochen. Und dann fingen die Probleme an. Auf der Suche nach dem Fehler fand ich im Forum nichts. Aber im Wiki. Das riet mir dann: Entferne autodetect aus der mkinitpcio.conf und mach ein pacman -Sf kernel26. Ok, hab ich dann auch gemacht. Dann nochmal ein pacman -Syu, da noch nicht alles richtig geupdated wurde (hatte ja abgebrochen). Und neugestartet. Weiter als "Probing EDD" kam ich beim Booten allerdings nicht. Also hab ich mir ne LiveCD geschnappt, und nach dem Start folgende Befehle ausgefuehrt (Quelle):

mount /dev/sda4 /mnt
mount /dev/sda1 /mnt/boot
mount --bind /dev /mnt/dev
mount-t proc none /mnt/proc
mount -t sysfs none /mnt/sys
chroot /mnt

Dann hab ich die mkinitcpio.conf wieder angepasst und den Kernel neu installiert. Ging diesmal. Ok, dann ein Neustart.

Da ich schlauerweise vor dem Update nicht gelesen hab, dass die rc.conf nun anders aussieht, failte alles beim Start. Hostname tat nix. X wollte nicht starten, weil ich kein Hostname hatte. Usw. Also hab ich mal die rc.conf angepasst und die coreutils neuinstalliert (da ist ja nun hostname dabei). Das ging auch alles. Nach einem Neustart wollte dann X nicht starten, weil die Datei /usr/lib/libpixman-1.so.0.22.0 "too short" war. Google fand mal nix dazu. Dann kam ich auf die Idee, das zugehoerige Programm zu finden, und dieses halt wieder zu installieren. Der Befehl pacman -Qo /usr/lib/libpixman-1.so.0.22.0 fand dann pixman. Nach einem pacman -Sf pixman startete dann auch X wieder.

Chromium lief auch. Allerdings VLC nicht. VLC hab ich dann auch neuinstalliert, das brachte dann aber Fehlermeldungen ala:

ldconfig: File /usr/lib/libQtSql.so.4 is empty, not checked.

Dank diesem Thread hab ich dann die zugehoerigen Programme durch Raten gefunden (z.B. waren 90% dieser Meldungen von Qt) und hab diese dann entsprechend neuinstalliert. Nun geht alles wieder.

Fazit: Vor dem Update zumindest die News lesen, besser noch eine kurzer Blick ins Forum werfen, ob es viele Bugmeldungen gibt.

So konnte ich aber mal wieder ein bisschen am System rumbasteln ^^

Update (11.06.2011):
Es hat doch noch etwas weitreichendere Auswirkungen gehabt, als angenommen. Ich hab im Endeffekt nun jedes einzelne Paket (1009 an der Zahl) neu installiert. Und zwar so (Vorher vielleicht noch ein Backup von /etc machen!): (Quelle)

$ pacman -Q | awk '{ print $1 }' | sort > /tmp/pacman-installed.tmp
$ pacman -Qm | awk '{ print $1 }' | sort | comm -3 /tmp/pacman-installed.tmp - > /tmp/pacman-to-reinstall.tmp
# pacman -Syf $(cat /tmp/pacman-to-reinstall.tmp)

Das hat zwar etwas laenger gedauert, und ich musste vorher noch ndiswrapper und tiacx deinstallieren, es klappt nun aber wieder alles wunderbar :)

chfn

Man oeffnet die Datei mit root-Rechten /etc/login.defs, sucht nach CHFN_RESTRICT und aendert "rwh" in "frwh". Danach kann man den Namen mit chfn -f "full name" anpassen.

/etc/passwd

Man oeffnet die Datei /etc/passwd mit root-Rechten, und editiert die Zeile mit dem Benutzernamen wie folgt:

username:x:1000:100:full name,,,:/home/username:/bin/zsh

Fertig :)