Key-ID & Fingerprint
4096R/7A02BC06 2009-07-19 [expires: 2011-08-15]
Key fingerprint = E510 BC7C EC2F 0B4F 566A 869A 8851 27F7 7A02 BC06


Download: 7A02BC06.asc

Sorry for the inconvenience.

Als erster Schritt packen wir Walter aus, so daß wir bequem an seine Hand kommen:

Nun mit dem Fingernagel oder einem entsprechenden Werkzeug “an die Wäsche gehen” und die Hand langsam und ohne zu reißen auseinander ziehen:

Den Schrittmacher ersetzen und noch darauf achten, daß er richtig herum sitzt (“Gesicht” der Batterie nach unten).

Die Batterie ist im Übrigen eine Lithium “CR 1632″.

High four!

We’re happy to announce that Google Wave is now available for all Google Apps customers.

In one word: Yeeeeeeha!

How to enable Wave? Just follow some simple steps…

silbensaat.de
UNIX, Linux and other funny Stuff…
Marcel schreibt über seine Erfahrungen mit Solaris bzw. OpenSolaris, seine Liebe zu Apple Produkten, und über das, was ihm ins Auge springt. Immer wieder einen Besuch wert.

c0t0d0s0.org
THE SUN IN A LIGHTHUNGRY UNIVERSE
Muß ich hierzu wirklich etwas sagen? Jörg sollte man einfach kennen.

Constant Thinking
technology thoughts for the quality geek
Bekannt von den SystemHELDEN schreibt Constantin über OpenSolaris, sein Home-Server Projekt und andere sonnige Themen. Qualität statt Quantität.

Things Blog
Cultured Code
Der Blog zu meiner liebsten Software: Things.

hopelesscom
Lesenswert. Auch wenn sich die URL und das Aussehen ständig ändern.

Linuxtag Rhein Neckar
Linuxtag für die Metropolregion Rhein-Neckar
Sicherlich interessant für alle Leser aus der Metropolregion Rhein Neckar

my 2nd head
OVERFLOW BUFFER FOR MY 1ST HEAD
Mika habe ich auf der OSDevCon 2009 kennen gelernt und seit dem freue ich mich über jeden Artikel.

Norbert Tretkowski
Debian Developer and MySQL Geek
In Debian- und MySQL-Kreisen gut bekannt: Norbert. Wer sich für die Materie interessiert wird hier glücklich.

Dominik Deobald
Interdose Ltd. & Co. KG
Der andere Interdose-Blogger. Bloggt übrigens auch privat.

Scaling Bits
Stefan Schneider’s Blog
Und noch ein sonniger Kollege: er bloggt über Technologie, (Open)Solaris und sein Web-Liebling Drupal.

sur5r/blog@NONAME-EV.DE
Thoughts’n’stuff
Jakobs Notizzettel zu u.A. Kerberos – sehr lesenswert, wenn auch sehr wenig los

SDK 2.1c
my little space in public
Technologie in Form von digitaler Photographie. Sehr schöne Artikel, die für Anfänger gut verständlich formuliert sind.

zero knowledge
Community für Scripting und allem anderen Zeugs
Ein Gemeinschaftsblog, allerdings mit recht viel OpenSolaris

Zugschlusbeobachtungen
Das persönliche Blog von Marc Haber
Ebenfalls sehr lesenswert.

Planet UUGRN.org
Die Blogs von Mitgliedern der UUGRN zu einem Feed aggregiert.

Wer sich jetzt vergessen fühlt darf gerne einen Link in den Kommentaren hinterlassen. Ich habe mich mal auf die Blogs von Bloggern die ich persönlich kenne oder als extrem notwendig in dieser Liste empfinde beschränkt Ansonsten: fröhliches Lesen!

Eine schöne Aktion für die Blogosphäre wird in der dritten Runde von Marcel (uarrr.org) gestartet:

Ihr müsst nicht mehr tun, als in euren Blogs andere (deutschsprachige) Blogs zu empfehlen, von denen ihr denkt, dass sie zu wenig Aufmerksamkeit finden und die ihr sowieso total super findet.

Die Aktion erinnert mich ein wenig an meine Podcast Empfehlungen, und angeknüpft an den damaligen Erfolg mache ich bei “Ein ♥ für Blogs” mit deutschsprachigen IT Blogs mit. Am 25.05.2010 wird mein Eintrag veröffentlicht.

Bis dahin kannst Du aber noch mitmachen!

Ihr müsst nicht mehr tun, als in euren Blogs andere (deutschsprachige) Blogs zu empfehlen, von denen ihr denkt, dass sie zu wenig Aufmerksamkeit finden und die ihr sowieso total super findet. Wenn ihr im Vorfeld von der Aktion berichtet, machen natürlich mehr Menschen mit und die Wahrscheinlichkeit, dass erneut eine Maxi-Geschichte passiert steigt.

Ich freue mich schon auf Euer Feedback, Eure Empfehlungen und die neuen Blogs die ich (bzw. wir alle) damit kennen lernen! Mehr Infos gibt’s bei Marcel und bei allen die schon mitgemacht haben.

Dafür wird es allerdings ein neues Themengebiet geben, denn ich bin stolzer Besitzer eines iPads. Meine Meinung nach knapp einer Woche: I love it!

Was mit persönlich bei der Handhabung von Wave stark geholfen hat, ist die Möglichkeit vorgefertigte Such-Anfragen zu speichern und mit farbigen Tags zu versehen. So sieht man mit einem Blick auf die Wave-Liste was sich geändert hat, welche Wave zu welchem Thema passt oder wer an einer Wave mitgearbeitet hat.

Eine kleine Auswahl aus meiner persönlichen Hitliste:

Zeige mir alle ungelesenen Waves an:
Title: unread
Query: is:unread

Alles was sich diesen Monat geändert hat:
Title: this month
Query: past:1m

Alles was sich diese Woche geändert hat:
Title: this week
Query: past:1w

Waves mit Benutzer Manfred Mustermann:
Title: with Manfred
Query: with:manfred.mustermann@googlewave.com

Notizen: (Wave markiert alle Waves, die keine Mitschreiber haben als Notes)
Title: notes
Query: is:note

Waves, die an mich gerichtet sind:
Title: to me
Query: onlyto:me is:unread

Waves, denen ein spezielles Tag zugeordnet wurde:
Title: Tag: foo
Query: tag:foo

Die Ähnlichkeiten zu den Smart Folders von Spotlight sind erkennbar? Der Kreativität sind effektiv keine wirklichen Grenzen gesetzt, und man kann sich die Suchen genau so bauen wie man sie braucht. Beim Beispiel “an mich gerichtet” sieht man, wie man verschiedene Anfragen kombinieren kann. Spielereien wie is:unread tag:wichtig past:1w with:chef@firma sind also auch kein wirkliches Problem.

Was mich interessieren würde: was nutzt Ihr? Auf welche lustigen oder zeitsparenden Ideen seid Ihr gekommen? Ich freue mich auf Eure Kommentare!

Oracle Corporation (NASDAQ: ORCL) announced today that it had completed its acquisition of Sun Microsystems, Inc. Combination of the local entities worldwide will proceed in accordance with local laws.

[Quelle: Oracle]

der UUGRN e.V. ist nun auch als Gruppe auf Xing zu finden.

My Wave Web Chat Client Demo from Benjamin Nortier on Vimeo.

Eigene Server, Desktop-Clients … es ist nicht mehr so weit entfernt.

Leider scheint es nicht so hüpsche Generatoren wie für SPF zu geben, daher habe ich mir die Beispiele etwas genauer angesehen. Es werden im Einzelnen folgende Fälle behandelt:

• überhaupt keine sendenden Mail-Server
• incoming und outgoing Server sind die selben Maschinen
• eine einzelne Maschine für outgoing Mail
• mehrere Maschinen für outgoing Mail
• Ranges von Adressen für outgoing Mail
• outgoing Mail über Service Provider
• Hosted E-Mail: Google Apps

Das Framework basiert auf XML-Daten, die als TXT-Record im DNS hinterlegt werden. Lautet die Domain foobar.baz, so lautet der notwendige TXT-Record inkl. seinem Präfix _ep.foobar.baz. Der Präfix _ep. ist dabei wichtig, da der TXT-Record ja nicht generell für das CallerID-Sender Framework verwendet wird.

Das “Drumherum”, um diese XML-Daten lautet generell:

1
2
3
4
5
6
7

<ep xmlns="http://ms.net/#">
 <out>
  <m>
 
  </m>
 </out>
</ep>

Nun zu den einzelnen Beispielen.

überhaupt keine sendenden Mail-Server  [hoch]

Für Domains die nur zum Empfangen von E-Mails genutzt werden, bietet es sich an potentiellen Spammern direkt den Hahn abzudrehen.

1
2
3
4
5
6
7

<ep xmlns="http://ms.net/1">
 <out>
  <m>
   <nomailservers />
  </m>
 </out>
</ep>

Die Direktive <noMailservers/> verbietet direkt jeden Empfang von dieser Domain. Sollte diese Domain jemals doch für Mails verwendet werden, so muß dieser Eintrag selbstverständlich angepasst werden!

incoming und outgoing Server sind die selben Maschinen  [hoch]

Wenn der komplette Mail-Verkehr über eine einzelne Maschine abgewickelt wird, und diese auch als MX der Domain eingetragen ist, so reicht die Direktive <mx/>:

1
2
3
4
5
6
7

<ep xmlns="http://ms.net/1">
 <out>
  <m>
   <mx />
  </m>
 </out>
</ep>

eine einzelne Maschine für outgoing Mail  [hoch]

Für das Relay-System, über das die Mails für eine spezielle Domain gesendet werden, bietet sich folgender Eintrag an:

1
2
3
4
5
6
7
8
9

<ep xmlns="http://ms.net/1">
 <out>
  <m>
   <a>
     10.11.12.13
   </a>
  </m>
 </out>
</ep>

In diesem Falle ist nur die IPv4-IP 10.11.12.13 berechtigt Mails zu senden.

mehrere Maschinen für outgoing Mail  [hoch]

Etwas komplizierter, aber immernoch recht einfach sieht es aus, wenn mehr als eine Maschine als Relay verwendet wird:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

<ep xmlns="http://ms.net/1">
 <out>
  <m>
   <a>
     10.11.12.13
   </a>
   <a>
     10.11.12.14
   </a>
   <a>
     10.11.12.15
   </a>
  </m>
 </out>
</ep>

Hier sind die IPs 10.11.12.13, 10.11.12.14 und 10.11.12.15 als Absender von E-Mails erlaubt. Hier findet sich allerdings auch schon das erste Problem: DNS läuft traditionell über UDP-Pakete, und diese sind i.A. 512 Bytes lang. Bei zu vielen IPs die einzeln erlaubt werden, bietet es sich an Ranges (siehe unten) zu nutzen, oder den TXT-Record in mehrere Records aufzusplitten. π x Daumen sollten 10 einzelne IPs ± noch in die Begrenzung passen.

Ranges von Adressen für outgoing Mail  [hoch]

Ein komplettes Subnetz voller Relay-Server kann mit <r> abgebildet werden:

1
2
3
4
5
6
7
8
9

<ep xmlns="http://ms.net/1">
 <out>
  <m>
   <r>
     10.211.30.0/25
   </r>
  </m>
 </out>
</ep>

Hier wird das komplette Subnetz 10.211.30.0/25 für den Mail-Versand zugelassen. Kleiner Tip aus der Praxis: auch wenn die Kisten in dem Netz nicht alle für Mail verwendet werden, im Normalfall sollte keine davon zur Spam-Schleuder werden, da man die Maschinen ja unter Kontrolle hat haben sollte. So kann man die Begrenzung von <a> auch umgehen.

outgoing Mail über Service Provider  [hoch]

Das Mail-Relay des ISPs kann selbstverständlich auch genutzt werden; in diesem Fall hilft <indirect> und die Angabe der sendenden Domäne.

1
2
3
4
5
6
7
8
9

<ep xmlns="http://ms.net/1">
 <out>
  <m>
   <indirect>
     interdose.net
   </indirect>
  </m>
 </out>
</ep>

Das obige Beispiel wälzt also die Verantwortung auf die Server innerhalb der Domain interdose.net ab. Natürlich sollten diese Maschinen dann korrekt gesichert und administriert sein.

Hosted E-Mail  [hoch]

Nutzt man hosted E-Mail wie z.B. Google Apps, so ist auch hier die Konfiguration relativ einfach. Zu beachten ist eigentlich nur, daß hier zwei Direktiven kombiniert sind.
<mx/> und <indirect>.

1
2
3
4
5
6
7
8
9
10

<ep xmlns="http://ms.net/1">
 <out>
  <m>
   <mx />
   <indirect>
     google.com
   </indirect>
  </m>
 </out>
</ep>

Damit wäre auch schon ein wichtiger Punkt erreicht: die einzelnen Direktiven kann man kombinieren und auch wiederholt nutzen. So ist z.B. eine mehrfach-Nennung von <indirect> genauso legitim wie von <a> oder <r>. Nur z.B. <mx/> ergibt mehrfach einfach keinen Sinn.

So ist z.B. für meine private Domain folgender Eintrag im TXT-Record eine valide Kombination aus vier Direktiven:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

<ep xmlns="http://ms.net/1">
 <out>
  <m>
   <mx />
   <indirect>
    google.com
   </indirect>
   <r>
    80.190.170.0/23
   </r>
   <r>
    80.190.172.0/24
   </r>
  </m>
 </out>
</ep>

Die hüpschen Zeilenumbrüche sind im DNS allerdings nicht vorhanden, da steht dann alles in einer Zeile.

Weiter oben hatte ich bereits davon gesprochen, aber hier nochmals genauer: was tun, wenn ich diese Daten aktualisieren möchte? Das erste Beispiel mit keinem Mailer trifft für die Domain foobar.baz nicht mehr zu, es sollten <r>-Direktiven dazu, allerdings werden TXT-Records ja z.T. sehr lange gecached. Auch hier kann geholfen werden:

1
2
3
4
5
6
7
8
9

<ep xmlns="http://ms.net/2">
 <out>
  <m>
   <r>
     192.168.42.0/29
   </r>
  </m>
 </out>
</ep>

Na – wer hat’s gesehen? Richtig – die umfassende <ep>-Direktive wurde geändert. Aus xmlns="http://ms.net/1" wurde xmlns="http://ms.net/2" – denn ähnlich wie bei der Zonen-Serial kann diese Zahl beliebig hoch gezählt werden, um eine Aktualisierung des Eintrags anzuzeigen.

Eigentlich ganz einfach, oder?

HELDENFunk
Der Podcast von systemhelden.com
Echte Systemhelden haben immer ein offenes Ohr für echte Lösungen. Darum hört die Stimmen der Energie und Ihr werdet lernen.
  

sysops.tv
HD-Version – SD ist auch vorhanden.
Etwas Apple-lastiger Podcast über technische Spielereien und Neuerungen – meist sehr simpel erklärt aber gut gemacht und sehr unterhaltsam.
  

Google Developer Podcast
Sehr technisch, z.T. mehr als einmal anhören, aber hoch interessant. Auch für die nicht-Entwickler unter uns.
  

Java Deep Dive
Get an insider’s view of the what, why, and how of leading-edge Java technologies and tools in these in-depth discussions with experts.
  

Wanhoffs Wunderbare Welt der Wissenschaft
Weniger IT, dafür mehr Wissenschaft – und das auf höchstem Niveau. Komplexe Zusammenhänge durchaus einfach erklärt und spannend gemacht.
  

via @sun4startups

Im Internet gibt es in vielen Fällen kein vergessen – Jugendsünden beispielsweise bleiben während Ewigkeiten online und können zu einem späteren Zeitpunkt peinlich sein oder sogar zu handfesten Nachteilen führen, beispielsweise bei einer Stellenbewerbung. «Vanish» ist nun eine neue Anwendung, die versucht, den Benutzer ein «Recht auf Vergessen» in die Hand zu geben, indem E-Mail, usw. ein Verfallsdatum erhält.

[Quelle: macmacken.com]

Der Verfallsdatum ist im default auf acht Stunden eingestellt, was meiner Meinung nach etwas wenig ist. Leider ist auch die Konfiguration dieser Zeit recht umständlich, da man im Firefox in den Add-On Preferences graben muß.

For example, using the Firefox Vanish plugin, a user can create an email, a Google Doc document, a Facebook message, or a blog comment — specifying that the document or message should “vanish” in 8 hours. Before that 8-hour timeout expires, anyone who has access to the data can read it; however after that timer expires, nobody can read that web content — not the user, not Google, not Facebook, not a hacker who breaks into the cloud service, and not even someone who obtains a warrant for that data. That data — regardless of where stored or archived prior to the timeout — simply self-destructs and becomes permanently unreadable.

[Quelle: vanish.cs.washington.edu]

Wie sieht das dann am Ende aus?
Man erstellt seinen Text wie gewohnt und gibt über das Vanish-Plugin eine Verfallszeit an. Nach dieser Zeit ist der Text nicht mehr lesbar – auch nicht vom Autor selbst …

…wird zu…

-----BEGIN VANISH MESSAGE-----
Use http://vanish.cs.washington.edu to read this message.
This message will self destruct by Thu, 30 Jul 2009 10:58:23 GMT

AKztAAVzcgBGZWR1Lndhc2hpbmd0b24uY3MudmFuaXNoLmludGVybmFsLm1ldGFkYXRhLmltcGwuRXBvY2hBd2FyZU1ldGFkYXRhSW1wbE1yiFVDGn2bAgACSgAMZXBvY2hfbGVuZ3RoTAAIbWV0YWRhdGF0ADVMZWR1L3dhc2hpbmd0b24vY3MvdmFuaXNoL2ludGVybmFsL21ldGFkYXRhL01ldGFkYXRhO3hwAAAAAAG3dABzcgBHZWR1Lndhc2hpbmd0b24uY3MudmFuaXNoLmludGVybmFsLm1ldGFkYXRhLmltcGwuSW5kaXJlY3RLZXlNZXRhZGF0YUltcGw6bcmI6fsf7QIAAlsAEmVuY3J5cHRlZF9kYXRhX2tleXQAAltCTAAIbWV0YWRhdGFxAH4AAXhwcHNyAEFlZHUud2FzaGluZ3Rvbi5jcy52YW5pc2guaW50ZXJuYWwubWV0YWRhdGEuaW1wbC5CYXNpY01ldGFkYXRhSW1wbNgVQUjt/E3XAgACSgANbG9jYXRpb25fc2VlZEwABnBhcmFtc3QANkxlZHUvd2FzaGluZ3Rvbi9jcy92YW5pc2gvaW50ZXJuYWwvbWV0YWRhdGEvVkRPUGFyYW1zO3hwerbDGYOxyDxzcgA0ZWR1Lndhc2hpbmd0b24uY3MudmFuaXNoLmludGVybmFsLm1ldGFkYXRhLlZET1BhcmFtc7292Mmleh6MAgAISgALY3JlYXRpb25fdHNJABVlbmNyeXB0aW9uX2tleV9sZW5ndGhJAApudW1fc2hhcmVzSQAJdGhyZXNob2xkSQAJdGltZW91dF9oSgAGdmRvX2lkTAAUZW5jcnlwdGlvbl9hbGdvcml0aG10ABJMamF2YS9sYW5nL1N0cmluZztMAA9lbmNyeXB0aW9uX21vZGVxAH4ACnhwAAABIrulHBIAAACAAAAACgAAAAcAAABIaOYZ9PLvxWB0AANBRVN0AANDQkOb0QE0ih4KX/5GJtPQviu+SnyyfDBJ8HpVhqk4TA2hmdZucNWXBW6/fa25D1Ik4z1G2MtcuBe1T1BiDI5nd0Zo8Y6/KZKTe+NxxsjGSzCqgb02iwHN7KrHfsbFNqDxLzdJQtDd3KR0TjRXuAL+2+6k4+269jRUvr38Vqpc5QTjraJHnmWOlN21SYtj5Z17S86xiFnlphGPqQXTzvE4YFZvyGSacaaD+dTH9Pi43ktpQalyf402Dnm4KyYspbMpOiS7CDlmUZCwVCtx+URge9tVje3QvrOSug3MkbARomyGnZHiuqo0iqolSvifRqNITPSe/KDvg/usyNFPcutGKm/QvTZrmbY7NsPyWHL6U0N7XYR5KIsCIgmNYmcZEx+K7Tye5ZL/kGP5B0IyOTDDRzwTAyq5Mc5Lr/oy4YWv0cavbMyYy1xkaMAfnKVNw0jgBug6VehcZuTKsGA0zTFX50WJZtApMc03p+DxgzHJRkU0y3zw8d1NyRC5tI3ZDka5r0YgzO/HjeJXJ2Ib1e9a+Gh2464ycCUGxtAOugRPZPraLNxf5vHH/N4OPLZtkQhEqqFC9N40SHbY+vDc4TRm5/roa1hBRVfDCUjFnbJ2trHwoA==
-----END VANISH MESSAGE-----

… und per decrypt wieder zu …

Eigentlich eine sehr nette Idee, wir werden sehen wie weit die Verbreitung sein wird.

There aren’t that much bloggers around in the blogosphere, writing about OpenAFS, and the message in my logfiles is unambiguous: most of my visitors are sent by google with some OpenAFS or Kerberos related keywords.

Blogging in english would have one huge benefit for me: I don’t have to use these fsck’ing german Ümläütß. But as you may notice, english is not my native tongue, so my appologies for any kind of “bad language” or misleading phrases. I’m not immune to learning.

And – there is a huge NO: I’ll not translate every article I’ve published over the last years, but there may be some english articles every now and then in the future. Of course depending on my laziness.

Von den erwarteten ca. 200 täglichen E-Mails (recht viele Mailing-Listen, jede Menge Automatik, natürlich Spam und noch ein paar Mails von echten Menschen) schafften es nur etwa 10% in meine Inbox, also als erstes die Kaffee Tasse auffüllen (danke nochmals an @sun4startups für die große Mainframe-Tasse) und nacheinander SSH auf die Mailer. /var/log enthält ja alles notwendige, und nach etwa zwei Stunden in den log-Files grep‘en kam ich zum Ergebnis, daß unsere Mailer selbst funktionieren. Muß also der DNS oder das Netzwerk kaputt sein. Ebenfalls /var/log gelesen und auch hier kein Problem feststellen können. Von innen wie von außen Mails verschickt – alles kommt an. Kein Problem im DNS, kein Problem im SPF, kein durchdrehendes greylisting. Auch die DNSRBLs scheinen korrekt zu laufen.

Langsam beginnt der Kaffee zu wirken und der Denkprozess beschleunigt sich. “Wenn ich keine Mails bekommen habe, hat vielleicht niemand versucht mir welche zuzustellen?” Wieder /var/log durchsucht, doch diesmal nicht nur nach Fehlern sondern nach Mail-Verkehr in der letzten Nacht. Aktivität war vorhanden, und vergleichen mit den letzten Tagen auch nicht extrem viel weniger. Die “üblichen” Verbindungsversuche aus China und Russland, aber das kennt und filtert man ja. Allerdings zeigt mir das, daß meine Mailer sich nicht verschluckt haben, das Problem muß an einer anderen Stelle zu suchen sein.

Eine weitere Tasse später komme ich dann auf den richtigen Weg: war denn auf den Listen auf denen normalerweise nachts Mails eingeliefert werden auch was los? Und ein Blick in die Archive sagt mir: nein, da hatte einfach niemand etwas zu sagen. d’oh – das erklärt natürlich einiges. Aber noch nicht alles … wo ist mein Spam?!

Lange Rede kurzer Sinn:
Wenn ich meine Logs ansehe – sowohl meine persönlichen als auch die, der kompletten Server – dann kann ich einen signifikanten Abfall von Spam sehen. Hat wieder jemand ein RZ abgedreht? Oder geben die Spammer etwa langsam auf? Nein, letzteres sicherlich nicht.

Wie ist das bei Euch? Sind wir die einzigen die verschont werden? Müssen wir uns auf die große overkill-Attacke einrichten?

Es gibt immer wieder Leute, die mir Fragen zu FreeBSD stellen und ich merke häufig, dass meine Antworten oft genug vom Handbuch oder von anderen Quellen abweichen, einfach weil ich für mich einige Konventionen entwickelt habe. Best Practises. Für viele Probleme gibt es mehr als eine Lösung. Für bestimmte Probleme bevorzuge ich bestimmte Lösungsstrategien.

Dieser Blog wird Tipps und Tricks, kleine Kommandozeilen-Hacks aber auch Kniffe im Umgang mit den nicht immer ganz einfachen FreeBSD Ports liefern. [...]

Die URL zu “seinem Gehirn” lautet:
https://blogs.uugrn.org/freebsdtipps/

Zusätzlich sei auch noch dieser Artikel dem tapferen FreeBSD-Jail User ans Herz gelegt.

Ich kann das gar nicht oft genug betonen.

Forty years ago this summer, a programmer sat down and knocked out in one month what would become one of the most important pieces of software ever created.

In August 1969, Ken Thompson, a programmer at AT&T subsidiary Bell Laboratories, saw the month-long departure of his wife and young son as an opportunity to put his ideas for a new operating system into practice. He wrote the first version of Unix in assembly language for a wimpy Digital Equipment Corp. (DEC) PDP-7 minicomputer, spending one week each on the operating system, a shell, an editor and an assembler.

[Quelle: computerworld.com, gefunden via Matthias]

Na dann auch herzlichen Glückwunsch von mir!

Da mein Blog in immer mehr Aggregatoren auftaucht, habe ich ein Plugin installiert, mit dem für die – meiner Meinung nach – relevanten Kategorien einzelne RSS-Feeds generiert werden.

Wer also nicht alle Topics aggregieren möchte, dem seien die spezialisierten Feeds ans Herz gelegt. Die Feeds funktionieren selbstverständlich auch in jedem RSS-Reader.

Falls ich was vergessen hab: weitere Feeds auf Zuruf.

Update:
Leider hat sich das Plugin als zu langsam gezeigt um an dieser Stelle verwendet zu werden. Ich habe es wieder entfernt und muß damit aber nicht auf die Funktionalität verzichten, denn Wordpress kann das schon von Haus aus. Zwar nicht mit einer schönen Liste, aber die Feeds werden trotzdem pro Kategorie erstellt. Man muß einfach nur an den Namen der Kategorie /feed/ hängen, und schon fällt ein wunderbarer RSS-Feed aus dem Browser.

Man kann über Google denken was man möchte, aber Potential ist eindeutig vorhanden. Und was Google Wave angeht – wir werden es testen, soviel steht fest. Ich bin begeistert!

Mehr? wave.google.com

Du bist Terrorist from alexanderlehmann on Vimeo.

Mehr dazu? dubistterrorist.de

Solaris bekam mit OpenSolaris einen neuen Anstrich und damit in gewisser Hinsicht auch eine weitere Zielgruppe. OpenSolaris als Desktop-Betriebssystem erfreut sich immer größerer Beliebtheit und verbreitet sich – trotz der Tatsache, daß die Distribution noch sehr an eine Baustelle erinnert – recht schnell.

Weltweit bilden sich Benutzergruppen um Erfahrungen auszutauschen und damit OpenSolaris zu verbessern und zu evangelisieren, und das lassen wir nicht einfach so an uns vorbei ziehen.

Was haben wir also vor?
Eine Anlaufstelle für Nutzer, Entwickler, Administratoren und Interessierte aus dem Großraum Rhein Neckar aufstellen, um den Know-How Transfer zu vereinfachen und die gemachten Erfahrungen auszutauschen.
Und das Gleiche in weniger buzzword-lastig: am Grill oder bei einem Kaffee lösen sich Probleme leichter als beim Durchforsten von Bugtrackern – außerdem macht es so mehr Spaß.

Unser erstes Treffen wird bei der 10 Jahre UUGRN Feier stattfinden – selbstverständlich offen für alle, und wer nicht so lange warten möchte: die Mailingliste ist schon halbwegs gut besucht.