Just Stuff » Betriebssystem

Killt freie Software Microsoft ?

Frank — Fri, 22 May 2009 14:58:45 +0000

Keith Kurtis war 11 Jahre lang Programmierer bei Microsoft in Redmond. Bis zu seiner Kündigung kannte er Linux nur vom Hörensagen – mittlerweile ist er ein selbsternannter Linux-fanatiker.

Seine Argumente sind aber keineswegs fanatischer Natur sondern eher sachlich. Er ist der Meinung, daß das Geschäftsmodell von Microsoft nicht zu freier Software passt und nie passen wird. Und selbst wenn MS beispielsweise den Internet Explorer öffnen würde, wären laut Kurtis wohl die wenigsten Programmierer daran interessiert – da es ja schon die Mozilla Engine (Firefox) und WebKit (Safari) gibt.

Microsoft is manning a leaky ship, and the only thing they can do is just try to pump water faster. It appears that Windows 7 plugs many of the leaks in Vista, but it is still fundamentally flawed.

Die aktuellen Versuche von Microsoft, selbst etwas offener zu werden oder freie Dienste anzubieren ist dazu lediglich dazu da, um gute PR zu erzeugen. Dienste wie CodePlex sind zwar offen, benötigen aber zumeist kleinere Add-Ons zu propietären Microsoft-Produkten. Scheinbar hat Microsoft “freie Software” nicht richtig verstanden.

So I don’t really know what Microsoft can do. While the company says it doesn’t like piracy, it does allow itself to compete on price with free software. As Bill Gates wrote: “It’s easier for our software to compete with Linux when theres piracy than when theres not.”

Ex-Microsoftie says free software will kill Redmond

Skype und Keylogging ?

Frank — Wed, 02 Apr 2008 11:47:16 +0000

Auf einem Arbeitsplatz bei uns in der Firma tauchte vorhin das folgende Fenster auf.

Das Interessanteste an der Angelegenheit ist die Tatsache, daß der Rechner durch die Mittagspause die letzte halbe Stunde überhaupt nicht genutzt wurde …

Überflüssige BIOS-Features ?

Frank — Thu, 06 Mar 2008 08:16:43 +0000

Phoenix will laut diesem Artikel ein paar “tolle Neuerungen” in die kommenden BIOS-Versionen mit einfließen lassen. Neben einer (leicht knackbaren) Fingerabdrucks-Authentifizierung (wie klappt das eigentlich wenn man sich den Finger verletzt hat?) sollen die kommenden BIOS-Varianten in der Lage sein, ein abgefragtes Kennwort an das Betriebssystem weiter zu geben. Somit muß man sich nur noch einmal anmelden – die Authentifizierung ans Betriebssystem entfällt dabei.

Das ist natürlich genau so sicher, als würde man die Authentifizierung beim Betriebssystem einfach abschalten. Zumindest haben Angreifer dann den Vorteil, daß sie nur noch einen Zugang knacken müssen. Halt, das ist den Hackern ja mittlerweile verboten. Also ist man da wieder auf der sicheren Seite.

Der Werwolf ist da

Frank — Fri, 09 Nov 2007 10:49:28 +0000

Vor wenigen Stunden wurde Fedora 8, Codename Werewolf, freigegeben. Neben aktuellster Software fiel mit besonders das neue Layout Infinity auf.

Das hat ein ganz besonderes Feature. Im Stundenrythmus wird das aktuelle Hintergrundbild gegen eines mit leicht veränderten Farben getauscht. Somit scheint das Bild morgens verwaschen neblig, mittags blau und abends orange.

Linux 2.6.23 und TrueCrypt

Frank — Tue, 30 Oct 2007 11:31:23 +0000

Viele werden schon bemerkt haben, daß der aktuelle Kernel 2.6.23 nicht mit der aktuellen Version von TrueCrypt 4.3a funktioniert.

/root/truecrypt-4.3a-source-code/Linux/Kernel/Dm-target.c:659: Fehler: zu viele Argumente für Funktion »kmem_cache_create«
make[2]: *** [/root/truecrypt-4.3a-source-code/Linux/Kernel/Dm-target.o] Fehler 1
make[1]: *** [_module_/root/truecrypt-4.3a-source-code/Linux/Kernel] Fehler 2
make: *** [truecrypt] Fehler 2

Mit diesem kleinen Patch auf DM-target.c angewendet, klappts auch damit wieder problemlos.

— Dm-target.c.orig 2007-10-28 12:57:39.000000000 +0100
+++ Dm-target.c 2007-10-28 13:16:16.000000000 +0100
@@ -656,7 +656,7 @@
goto err;
}

- bio_ctx_cache = kmem_cache_create (“truecrypt-bioctx”, sizeof (struct bio_ctx), 0, 0, NULL, NULL);
+ bio_ctx_cache = kmem_cache_create (“truecrypt-bioctx”, sizeof (struct bio_ctx), 0, 0, NULL);
if (!bio_ctx_cache)
{
error (“kmem_cache_create failed”);

Das Original gibts hier: http://www.kaminek.de/patch.txt

PCs ohne Betriebssystem

Frank — Wed, 26 Sep 2007 06:38:24 +0000

Manchmal gibt es doch gute Ideen. Statistiken behaupten, mehr als 90% aller Computer laufen mit diesem Betriebssystem einer Firma aus Redmond, USA. Beweisen lässt sich das natürlich nicht – da ja jeder der einen Computer kauft gleich dieses Betriebssystem mit dabei bekommt – OEM. Ob es danach genutzt wird, oder nicht.

Der Think Tank aus Brüssel hatte daher jetzt die Idee, alle PCs in Europa von dieser OEM-Steuer zu befreien – indem einfach ein vorinstalliertes Beitriebssystem verboten wird. Schließlich soll ja die Installation zu Hause laut Herstellerangaben sooo einfach sein.

Und fast gleichzeitig mit der Forderung von Think Tank wird in Frankreich ein Gerichtsurteil gefällt, bei dem der Hersteller einem Notebook-Käufer die kompletten Kosten der nicht genutzten vorinstallierten Software erstatten musste.

Linux: Versteckte Prozesse zeigen

Frank — Wed, 25 Apr 2007 18:21:51 +0000

Auch unter Linux ist es relativ einfach einen laufenden Prozess zu verstecken. Mit den richtigen Anweisungen programmiert und kompiliert braucht der offizielle Kernel von kernel.org nicht mal gepatcht werden, um Programme vor der Anzeige via ps oder top zu verstecken. Auf diese Weise verstecken sich unter anderem rootkits – vermutlich wird auch der in den Medien viel beredete Bundestrojaner ein solches Verhalten nutzen.

Eine vollständige Verschleierung ist jedoch nicht möglich. Innerhalb des virtuellen /proc Verzeichnissbaumes finden sich alle laufenden Prozesse als Unterverzeichnis entsprechend ihrer Prozessnummer. Und natürlich liegen hier auch die Prozesse, die vor der regulären Anzeige versteckt sind.

Mit den richtigen Tools kann man so über /proc alle Prozesse – auch die versteckten – problemlos anzeigen lassen. Das bekannteste Tool zum aufspüren ist wohl chkrootkit. Eine elegantere Möglichkeit alle Prozesse (oder nur die versteckten) anzeigen zu lassen bietet beispielsweise listps.

Beweise auf den Tisch, Microsoft !

Frank — Tue, 27 Feb 2007 20:32:18 +0000

Seit geraumer Zeit behauptet Microsoft-CEO immer wieder öffentlich, daß Linux gegen vorhandene Patente von MS verstossen soll. Einen Beweis ist Ballmer bisher jedoch schuldig geblieben (kommt einem das nicht bekannt vor?).

Jetzt haben einige Leute aus der Community die Webseite showusthecode.com ins Leben gerufen, mit der Sie dem Redmonder Unternehmen eine Frist bis zum 01. Mai 2007 setzen. Microsoft soll bis dahin offen legen, gegen welche Patente wo Linux verstösst – damit die Kernel-Hacker die Patentverletzungen umgehend entfernen können.

Einen Blog dazu gibt es natürlich auch schon.

wget bug 186592

Frank — Sat, 20 Jan 2007 19:10:03 +0000

Da habe ich gerade meine lokale Kiste etwas aktualisiert und bin in ein sehr merkwürdiges Phänomen reingerasselt.

Irgendwie gingen auf der Konsole teilweise keine Namensauflösungen mehr. ping funktionierte, wget auf die gleiche Domain nicht. Fehlermeldung war immer etwas mit konnte Namen nicht auflösen.

Nach viel gesuche habe ich im wget bugzilla den Bug 186592 gefunden. Dieser ist zwar schon älter (und auch behoben), hat mich dann aber doch auf die Lösung gebracht. Folgenden Eintrag in der /etc/nsswitch.conf ändern:

#hosts: files nisplus dns
hosts: files dns

Damit ist ein eventuell vorhandener Bug im wget zwar nicht behoben, aber doch umgangen.

Multimedia-Tastatur unter Linux

Frank — Sun, 14 Jan 2007 12:29:28 +0000

Wer eine Multimedia-Tastatur unter Linux besitzt und nicht GNOME oder KDE verwendet, kann meißt nicht auf die zusätzlichen Tasten seiner Tastatur zugreifen. Abhilfe schafft da ein Tool namens ESE Key Daemon. Das Programm läuft auf Kernel 2.6 im Userspace und stellt die zusätzlichen Tasten via Daemon zur Verfügung.

Installation und Einrichtung ist recht einfach.

Da es sich um ein sehr kleines Programm handelt habe ich mir die aktuellste Version einfach von der Homepage heruntergeladen. Danach einfach entpacken und kompilieren:

tar xfz esekeyd-1.2.3.tar.gz
cd esekeyd-1.2.3
./configure
make

Nun ist das Programm fertig kompiliert und bereit zur Installation ins System. Ich verwende dazu checkinstall, welches via make ein RPM erzeugt. Somit kann das Programm später einfacher wieder deinstalliert werden. Alternativ kann natürlich statt checkinstall auch “make install” verwendet werden. Der RPM-Aufruf danach entfällt dann natürlich.

checkinstall
rpm -ivh /usr/src/redhat/RPMS/i386/esekeyd-1.2.3-1.i386.rpm

Nun ist der ESE Key Daemon installiert. Nun starte ich zunächst das “lernprogramm”, welches mir die verfügbaren Tasten in eine Konfigurationsdatei schreibt. Dazu einfach die jeweilige Taste drücken. Theoretisch sollte es so auch möglich sein, einer “normalen” Taste eine andere Funktion zuzuweisen (z.B. den Funktionstasten F1 bis F12).

learnkeys ./esekeyd.conf /dev/input/event0

Je nach Tastaturtyp kann das Input-Device variieren. Bei mir war es event0, die Anleitung spricht sogar von event3. Falls also event0 nicht klappt, einfach von 0 an hochzählen und neu starten. Kommt irgendwan die Fehlermeldung “no such device” gibt es keine weiteren Input-Devices.

Nach dem einlernen kann man “learnkeys” mit CTRL-C einfach abbrechen und die erzeugte ./esekeyd.conf mit einem Editor anpassen.

Hat man alle gewünschten Programmaufrufe in die Konfiguration eingefügt kann man den Daemon endlich starten:

esekeyd .esekeyd.conf /dev/input/event0 /var/run/esekeyd.event0.pid

Schon klappen alle Tasten meiner Multimedia-Tastatur auch problemlos unter z.B. E17. Will mann ESE Key Daemon bei jedem Systemstart verwenden empfiehlt sich entweder eine eigene Startdatei oder einfach der obige Aufruf in /etc/rc.d/rc.local (bei RedHat/Fedora).