glsldevil Binärdateien

Vor etwa einem Jahr schrieb ich über die OpenGL / GLSL Debugger glsldevil in dem Artikel Gentoo ebuild für glsldevil-1.1.5 und lieferte eine Gentoo ebuild dafür. Leider glsldevil scheint nicht mehr zur Verfügung von der Webseite der Universität Stuttgart ( http://cumbia.informatik.uni-stuttgart.de/glsldevil/ ), das machte das ebuild nutzlos ist.

Da die Lizenz von glsldevil Genehmigungen Umverteilung, beschloss ich, meine lokale Kopie hochzuladen, zu machen glsldevil für die Öffentlichkeit wieder. Leider ist dies nur enthält den Linux-Binärdateien (32bit und 64bit) und weder Windows-Binaries oder den Quelltext.

Sie können die Linux-Binaries von hier herunterladen: glsldevil-1.1.5.tar.gz (6)

Zur Verwendung mit dem ebuild, kopieren Sie einfach die Datei in / usr / portage / distfiles /.

Bezug
Jürgen

1 Star2 Stars3 Stars4 Stars5 Stars (Keine Bewertungen)
Loading ... Loading ...

php-5.4.1_rc1 schlägt mit apache-2.4.1 auf Gentoo

Heute ist die Apache-2.4.1 ebuild hat in Gentoos Portage-Baum erschien. Aufstrebende php-5.4.1_rc1 schlägt mit installierten Apache-Webserver 2.4.1 auf Gentoo mit der folgenden Fehlermeldung:

Konfigurieren SAPI-Module
Überprüfung auf AOLserver Unterstützung ... nein
Prüfung für Apache 1.x module support via DSO durch APXS ... nein
Prüfung für Apache 1.x module support ... nein
Überprüfung, ob der Apache charset Kompatibilität Option keine Freigabe ...
Prüfung für Apache 2.0-Filter-Modul-Unterstützung über DSO durch APXS ... nein
Prüfung für Apache 2.0 Handler-Modul-Unterstützung über DSO durch APXS ...

Leider kann ich nicht laufen apxs. Mögliche Gründe folgen:

1. Perl ist nicht installiert
2. apxs wurde nicht gefunden. Versuchen Sie, den Pfad mit-mit-apxs2 = / path / to / apxs
3. Apache wurde nicht gebaut, mit-enable-so (die Nutzung apxs Seite wird angezeigt)

Die Ausgabe von / usr / sbin / apxs folgt:
. / Configure: line 8325: / usr / sbin / apxs: Keine solche Datei oder das Verzeichnis
configure: error: Abbruch

Der Grund dafür ist, dass die ausführbare Datei apxs nicht mit dem Apache-2.4.1 ebuild installiert werden. Nach GMane dieses Problem habe mit dem Apache-2.4.1-r1 ebuild fixiert. Doch nach dem Upgrade auf Apache 2.4.1-r1 php Schwellenländer immer noch nicht mit der gleichen Fehlermeldung. Ein kurzer Blick auf das Dateisystem zeigt, dass / usr / sbin / apxs sowie der / usr/sbin/apxs2 Symlink erstellt habe alles korrekt installiert wurde.

Mittelerde sbin # ls-Alsh apxs *
24K-rw-r-r-1 root root 23K 1. April 16.14 apxs
0 lrwxrwxrwx 1 root root 14 1. April 16.14 apxs2 -> / usr / sbin / apxs

Dies enthüllt auch den Grund für Emerging php andernfalls mit apache-2.4.1-r1. Das Verzeichnis / usr / sbin / apxs Perl-Script kommt mit dem Apache-2.4.1-r1 ebuild fehlt die ausführbare Flagge.

So eine einfache

chmod + x / usr / sbin / apxs

löst das Problem und Schwellenländern php danach wirkt wie ein Zauber. Höchstwahrscheinlich wird dies mit dem nächsten Apache ebuild behoben. Um den Apache-Konfiguration arbeitet nach dem 2,4-Upgrade bekommen, möchten Sie vielleicht zu lesen: Ein Upgrade auf 2,4 von 2,2 .

Jürgen favicon php 5.4.1 rc1 fails with apache 2.4.1 on gentoo  php 5.4.1 rc1 fails with apache 2.4.1 on gentoo favicon php 5.4.1 rc1 fails with apache 2.4.1 on gentoo  php 5.4.1 rc1 fails with apache 2.4.1 on gentoo

 php 5.4.1 rc1 fails with apache 2.4.1 on gentoo
1 Star2 Stars3 Stars4 Stars5 Stars (Keine Bewertungen)
Loading ... Loading ...

iptables Spiegel Ziel für Linux-Kernel 3,3

Nach meinem letzten Kernel-Upgrades Ich versuchte, die iptables Spiegel Ziel veröffentlicht bauen hier . Der iptables-Spiegel Ziel nimmt das Paket an Ihre Maschine und gibt den gleichen Paket an die Maschine das Paket kam. So, sagen wir mal jemand versucht, Ihren Rechner zu scannen oder versucht einen Angriff würde er seine eigene Maschine scannen oder sogar angreifen seiner eigenen Maschine. Als ich es versucht mit der Kernel-Version 3.3, dauerte es nicht mehr bauen mit dem aktuellen Linux-Kernel. Doch dieses Mal nur eine kleine Änderung wurde neccesary. Eine andere Header-Datei aufgenommen werden mussten und eine Funktion Name hat sich geändert. Sie können die neuere Version für Kernel-Version 3.3 und wahrscheinlich zukünftigen Kerneln hier:

MIRROR.3.3.0.tar.gz (43) gplv3 127x51 iptables mirror target for linux kernel 3.3

Das Kernel-Modul hat mit Linux-Kernel-Version-3.3-vserver-2.3.3.1 getestet. Um das Modul zu bauen, booten Sie den Kernel, den Sie möchten, um das Modul mit zu nutzen. Anschließend entpacken Sie das Archiv und starten Sie das Skript compile.sh um das Modul zu bauen. Dann führen Sie das Skript install.sh für die Installation des kompilierten Modul in das / lib / modules Verzeichnis für den Kernel.

Jetzt können Sie den Spiegel Soll anstelle des REJECT oder DROP-Ziel verwenden in der INPUT, FORWARD und PREROUTING-Ketten, wie dies in Ihrer Firewall-Skript:

$ Iptables-A INPUT-j MIRROR

Achtung: Der Einsatz des Spiegels Ziel kann zu merkwürdigen Resultaten führen, wenn Sie beispielsweise zu einer iptables geschützt Maschine, die den Spiegel Ziel verwendet anschließen möchten, können Sie am Ende eine Verbindung zum lokalen Rechner ohne es zu bemerken. Es kann auch viel Bandbreite verwenden. Der schlimmste Fall tritt auf, wenn Sie zwei Maschinen mit dem Modul haben. Diese Maschinen können am Ende spielen Tischtennis. Damit Sie wurden gewarnt, mit Vorsicht und auf eigenes Risiko zu benutzen. Für weitere Informationen siehe: MIRROR Ziel .

Downloads für ältere Kernel-Versionen sind unten. Beachten Sie die Versionsnummern 2.6.25 Werke für Kernel bis 2.6.27. 2.6.28 funktioniert auch für 2.6.29 und 2.6.30-Kernel. Die 2.6.13-Version des Moduls sollte funktionieren bis zu Kernel-Version 2.6.16.

MIRROR.2.6.13.tar.gz (678)
MIRROR.2.6.24.tar.gz (1039)
MIRROR.2.6.25.tar.gz (971)
MIRROR.2.6.28.tar.gz (982)
MIRROR.2.6.31 (891)
MIRROR.2.6.35.tar.gz (809)
MIRROR.2.6.36.tar.gz (701)
MIRROR.2.6.37.tar.gz (553)
MIRROR.3.0.7.tar.gz (295)
MIRROR.3.1.0.tar.gz (93)
gplv3 127x51 iptables mirror target for linux kernel 3.3

Bezug
Jürgen

 iptables mirror target for linux kernel 3.3
1 Star2 Stars3 Stars4 Stars5 Stars (Keine Bewertungen)
Loading ... Loading ...

udev-182 Bedürfnisse CONFIG_ DEVTMPFS im Kernel

Nach den neuesten Upgrades auf meinem vserver Gentoo System läuft ein Linux 3.3.0 vserver-Kernel (vserver-sources-2.3.3.1), das System startete nicht mehr richtig. Keine Kernel-Module geladen und bekam sogar die Netzwerk-Geräte wurden nicht nach einem Neustart zur Verfügung. Dies ist mehr oder weniger der schlimmste Fall, denn dann muss man physisch vor der Maschine und kann nicht repariert das System über ssh remote login.

Die Kernel-Upgrade war nicht der Grund dafür, aber das Upgrade auf udev-182. Dies ist, was das Protokoll gesagt:

21. März 17.20.05 Mittelerde / etc / init.d / sshd [5563]: ERROR: cannot start sshd als net.eth0 wollte nicht starten
21. März 17.20.09 Mittelerde / etc / init.d / udev-mount [6075]: udev verwendet eine devtmpfs auf / dev montiert, um Geräte zu verwalten.
21. März 17.20.09 Mittelerde / etc / init.d / udev-mount [6076]: Das bedeutet, dass CONFIG_DEVTMPFS = y erforderlich ist
21. März 17.20.09 Mittelerde / etc / init.d / udev-mount [6077]: in der Kernel-Konfiguration.
21. März 17.20.09 Mittelerde / etc / init.d / udev-mount [6067]: ERROR: udev-mount konnte nicht gestartet werden
21. März 17.20.09 Mittelerde / etc / init.d / udev [6066]: ERROR: cannot start udev als udev-mount wollte nicht starten
21. März 17.21.06 Mittelerde / etc/init.d/net.eth0 [6463]: ERROR: Interface eth0 existiert nicht

Mit der Information "CONFIG_DEVTMPFS = y ist erforderlich" Das Protokoll enthält die notwendigen Hinweis, um Dinge zu arbeiten. Die Option CONFIG_DEVTMPFS musste im Kernel aktiviert werden. Danach wird der Kernel neu kompiliert werden. Die Option kann in menuconfig unter Device Drivers-> Generic Driver Optionen zu finden und heißt Pflegen Sie eine devtmpfs Dateisystem auf / dev zu mounten. Für das Erhalten der devfs automatisch beim Booten gemountet es Sinn macht, können auch die Option Automount devtmpfs in / dev , nachdem der Kernel bestieg das rootfs (CONFIG_DEVTMPFS_MOUNT).

Es ist sicher, diese Optionen mit älteren Versionen von udev zu ermöglichen. Dies schützt Ihr System vor nicht mehr funktioniert, wenn Sie die udev Update später erhalten.

Jürgen

 udev 182 needs CONFIG  DEVTMPFS in kernel
1 Star2 Stars3 Stars4 Stars5 Stars (Keine Bewertungen)
Loading ... Loading ...

zen-sources-3.2 mit tuxonice

Beginnend mit dem Kernel 2.6.36 hat tuxonice aus dem Zen-Quellen entfernt worden ist. Die letzte offizielle Patch tuxonice, die derzeit verfügbaren ist, ist für den Linux-Kernel 3.0. In den inzwischen neueren Patches für Kernel-Version 3.2.1 und 3.2.10 sind erschienen bei crow202.org . Also habe ich die Zen-stable-3.2-Quellen mit dem Patch 3.2.1 tuxonice von dort gepatcht.

Suspend to RAM funktioniert mit diesem Kernel, zumindest auf meinem Dell Precision M65 und mein Desktop-als auch auf die Festplatte tut auszusetzen. Außerdem kann ich bestätigen, dass der Patch 3.2.1 funktioniert auch auf der x86_64-Architektur.

Um Dinge zu arbeiten, laden Sie die Zen-stabil-3.2-Kernel-Baum von Zen-kernel.org und entpacken Sie es. Danach laden Sie die Patch 3.2.1 tuxonice aus crow202.org und anwenden. Nach der Installation des Patches können Sie mit den Standard-Kernel Gebäude fortzusetzen. Wie bei den Zen-sources-3.1, ist kein zusätzlicher Patch notwendig für die zcache Merkmal wird der Fix bereits im Zen-stable-3.2 enthalten. Die zcache Feature RAM verdoppelt Effizienz und gleichzeitig eine signifikante Leistungssteigerungen auf viele Workloads. Die Funktion wird unter zcache Staging-Treiber im Kernel-Tree befindet und hängt von der CleanCache-Funktion, die unter Prozessor-Typen und Funktionen befindet. Um die zcache Funktion zu aktivieren, müssen Sie die zcache Stichwort zu Ihrem Kernel übergeben, im Beispiel in Ihrer grub.conf.

Beispiel: kernel / bzImage Panik = 60 root = / dev/hda3 zcache

Für Gentoo-Benutzer gibt es eine weitere einfache Möglichkeit: Laden Sie meine modifizierte Überlagerung von zen-sources-3.2.tar.gz (51) und entpacken Sie es in / usr / local / portage. Das Overlay enthält alle notwendigen Patches. Achten Sie darauf, die folgende Zeile in Ihre / etc / make.conf gehören:

PORTDIR_OVERLAY = "/ usr / local / portage"

Wenn Sie verwenden möchten tuxonice gehören tuxonice in Ihrer USE-Flags. Dann entstehen Zen-Quellen und baut den Kernel, wie Sie möchten.

Tuxonice wird offiziell nicht in der aktuellen Zen-Quellen unterstützt. Also, wenn Sie mit den oben genannten Dateien nicht über Fehler zu Zen-sources.org. Sie sind auf eigene Faust.

Für meine Precision M65 habe ich die folgenden Kernel-Konfiguration: config_zen_3.2_dell_m65.zip (47)

Für weitere Informationen über den Zen-Quellen Patchset sehen www.zen-sources.org .

Mit freundlichen Grüßen

Jürgen

 zen sources 3.2 with tuxonice
1 Star2 Stars3 Stars4 Stars5 Stars (Keine Bewertungen)
Loading ... Loading ...

Kleiner Bugfix in extcalllog callerid Modifikation für N900

In dem Artikel Looking up Telefonnummern mit dem N900 beschrieb ich eine Lösung für Reverse Telefonnummer Lookups aus der Durchführung N900 s erweiterte Anrufliste. Der Patch und damit auch die Binär-Paket enthalten ist dort ein kleiner Fehler. Immer, wenn es internationale Anrufe, beginnend mit "00", in der Protokolldatei, scheiterte der Reverse-Lookup durch die Anwendung CallerID nicht der Interpretation der "00" korrekt. Die feste extcalllog Anwendung jetzt übersetzt diese Nullen zu einem "+", die korrekt wird von der CallerID Anwendung interpretiert.

Die Downloads in der Original-Artikel wurden nun aktualisiert.

Jürgen

1 Star2 Stars3 Stars4 Stars5 Stars (Keine Bewertungen)
Loading ... Loading ...

qemu-kvm mit Cache = none schlägt auf ext4-Dateisystem mit journal_data Option

KVM hat sich zu einem der wichtigsten Virtualisierungs-Technologien in den letzten Jahren. Für RedHat Linux hat es sogar zu der Standard-Virtualisierungs-Lösung. KVM-IO-Leistung ist kaum konkurrenzfähig gegenüber anderen Virtualisierungslösungen, wenn Sie die Standardwerte übernehmen. Insbesondere bei der Verwendung qcow2 Bilder, kann die IO-Performance von KVM / QEMU stark durch das Deaktivieren des Cache des zugrunde liegenden Host-Dateisystems verbessert werden. Dies kann durch Starten mit dem KVM-Cache = keine Option durchgeführt werden, in Beispiel mit den Optionen

Laufwerk-file = my_image.qcow2, index = 0, media = Festplatte, Cache = none

statt nur Zuführen der Bilddatei mit-hda my_image.qcow2. Dann ist die Image-Datei wird geöffnet mit dem O_DIRECT Flagge, unter Umgehung der Seiten-Cache. Wenn das zugrunde liegende Dateisystem nicht unterstützt O_DIRECT Fahne, schlägt dies mit der Fehlermeldung:

konnte nicht geöffnet werden Disk-Image my_image.qcow2: Invalid argument

Dies ist der Fall für ein ext4-Dateisystem mit voller Journaling aktiviert. Man kann sich leicht testen, ob die O_DIRECT Flagge durch das zugrunde liegende Dateisystem mit einem einfachen Befehl dd auf dem Host unterstützt wird:

dd if = irgendeine_Datei of = / dev / null iflag = direkte

Wenn die O_DIRECT Flagge wird nicht unterstützt es ergibt sich die folgende Fehlermeldung:

dd: opening `irgendeine_Datei ': Invalid argument

So, wenn Sicherheitsbedenken nicht zutreffen, muss man nicht wollen volle Journaling verwenden, um die Leistung zu erhöhen. Die Journal-Optionen können entweder in / etc / fstab oder im Dateisystem selbst eingestellt werden. Für den Fall fstab die rot markierten Teil des folgenden Beispiel-Eintrag entfernt werden muss.

/ Dev/sda7 / ext4 defaults, noatime, nodiratime, async, data = journal 0 1

Wenn das Journaling-Dateisystem-Option in der festgelegt wird, kann dies gezeigt und bearbeitet werden mit dem Befehl tune2fs. Im Beispiel tune2fs-l / dev/sda7 Anzeigen Informationen über das Dateisystem auf / dev/sda7. Wenn volle Journaling aktiviert ist, enthält die Ausgabe die journal_data Mount-Option:

Standard-Mount-Optionen: journal_data

Die Option kann mit tune2fs-o ^ journal_data / dev/sda7 entfernt werden. Danach wird die Ausgabe von tune2fs-l enthält nicht die journal_data Mount-Option nicht mehr:

Standard-Mount-Optionen: (keine)

In beiden Fällen wird das Dateisystem muss wieder montiert, um die Änderungen zu aktivieren. Danach qemum-KVM arbeitet mit dem Cache = keine Option, wie oben beschrieben, und mit einer erhöhten IO Leistung.

Jürgen

Referenzen:
[1] itscblog.tamu.edu
[2] blog.nkadesign.com

 qemu kvm with cache=none fails on ext4 filesystem with journal data option
1 Star2 Stars3 Stars4 Stars5 Stars (Keine Bewertungen)
Loading ... Loading ...

Site Info

Trans Lator

English flagItalian flagKorean flagChinese (Simplified) flagChinese (Traditional) flagPortuguese flagGerman flagFrench flag
Spanish flagJapanese flagArabic flagRussian flagGreek flagDutch flagBulgarian flagCzech flag
Croatian flagDanish flagFinnish flagHindi flagPolish flagRomanian flagSwedish flagNorwegian flag
Catalan flagFilipino flagHebrew flagIndonesian flagLatvian flagLithuanian flagSerbian flagSlovak flag
Slovenian flagUkrainian flagVietnamese flag