Circa un anno fa ho scritto sulla OpenGL / GLSL debugger glsldevil nell'articolo gentoo ebuild per glsldevil-1.1.5 e ha fornito una ebuild gentoo per esso. Purtroppo glsldevil sembra non essere più disponibile dalla pagina web dell'Università di Stoccarda ( http://cumbia.informatik.uni-stuttgart.de/glsldevil/ ), che ha reso l'ebuild inutile.

Dal momento che la licenza di redistribuzione glsldevil permessi, ho deciso di caricare la mia copia locale, per rendere glsldevil a disposizione del pubblico nuovo. Purtroppo questo include solo i binari per Linux (32bit e 64bit) e nessuno dei due binari di Windows o il codice sorgente.

È possibile scaricare i binari per Linux da qui: glsldevil-1.1.5.tar.gz (15)

Per l'uso con l'ebuild, basta copiare il file in / usr / portage / distfiles /.

saluti
Jürgen

(1 voti, media: 5,00 su 5)

Caricamento in corso ...

Pubblicato in 3d , gentoo , grafica , Linux , programmazione , scienza e strumenti | Nessun commento »

Oggi la apache-2.4.1 ebuild è apparso in portage tree Gentoo. Emergenti php-5.4.1_rc1 fallisce con installato apache-2.4.1 server web su gentoo con il seguente messaggio di errore:

Configurazione dei moduli SAPI
Verifica del supporto AOLserver ... no
Verifica del supporto del modulo Apache 1.x via DSO attraverso APXS ... no
Verifica del supporto del modulo Apache 1.x ... no
verificare se abilitare Apache opzione di compatibilità charset ... no
controllo per Apache 2.0 filtro modulo di supporto via DSO attraverso APXS ... no
controllo per Apache 2.0 gestore-modulo di supporto via DSO attraverso APXS ...

Mi dispiace, non è possibile eseguire apxs. Possibili cause seguire:

1. Perl non è installato
2. apxs non è stato trovato. Provate a passare il percorso utilizzando-con-apxs2 = / path / to / apxs
3. Apache non è stata costruita usando-enable-so (la pagina viene visualizzata utilizzo apxs)

L'output di / usr / sbin / apxs segue:
. / Configure: line 8325: / usr / sbin / apxs: No such file or directory
configure: error: Interruzione

La ragione di questo è che l'eseguibile apxs non viene installato con il ebuild apache-2.4.1. Secondo gmane.org questo problema è stato riparato con l'apache-2.4.1-r1 ebuild. Tuttavia, dopo l'aggiornamento ad apache-2.4.1 r1 emergente php non riesce ancora con la stesso messaggio di errore. Un rapido sguardo sul filesystem mostra che / usr / sbin / apxs ho installato così come il / usr/sbin/apxs2 symlink stato creato.

sbin mittelerde # ls-Alsh apxs *
24K-rw-r-r-1 root root 23K 1. Aprile 16:14 apxs
0 lrwxrwxrwx 1 root root 14 1. Aprile 16:14 apxs2 -> / usr / sbin / apxs

Questo rivela anche il motivo per il php emergenti falliscono con apache-2.4.1-r1. Il / usr / sbin / apxs perl-script venire con l'apache-2.4.1-r1 ebuild manca la bandiera eseguibile.

Così un semplice

chmod + x / usr / sbin / apxs

risolve il problema e php emergente funziona poi come un fascino. Molto probabilmente questo avrà risolto con la prossima ebuild apache. Per ottenere la configurazione di apache funzionare dopo l'aggiornamento 2.4, si potrebbe desiderare di leggere: Aggiornamento a 2,4 da 2,2 .

Jürgen

(No Ratings Yet)

Caricamento in corso ...

Posted in gentoo , linux , web | 4 Comments »

Dopo il mio ultimo aggiornamento del kernel ho cercato di costruire lo specchio di destinazione iptables pubblicato qui . Lo specchio iptables obiettivo prende il pacchetto inviato alla vostra macchina e restituisce lo stesso pacchetto alla macchina il pacchetto di provenienza. Quindi, diciamo che qualcuno tenta di eseguire la scansione del computer o tenta un attacco che avrebbe la scansione propria macchina o addirittura attaccare propria macchina. Quando ho provato con la versione del kernel 3.3, non ha costruito più con il kernel di Linux. Tuttavia, questa volta solo una piccola modifica è stata neccesary. Un altro file di intestazione doveva essere incluso e un nome di funzione è cambiato. È possibile scaricare la nuova release per la versione kernel 3.3 e kernel probabilmente futuro qui:

MIRROR.3.3.0.tar.gz (44)

Il modulo del kernel è stato testato con la versione del kernel linux-3.3-vserver-2.3.3.1. Per compilare il modulo, avviare il kernel che si desidera utilizzare il modulo con. Successivamente scompattare l'archivio ed eseguire lo script compile.sh per compilare il modulo. Quindi eseguire lo script install.sh per installare il modulo compilato in / lib / directory dei moduli per il kernel.

Ora è possibile utilizzare l'obiettivo specchio al posto del target REJECT o caduta dei INPUT, FORWARD e PREROUTING catene, come questo nello script firewall:

Dollari iptables-A INPUT-j MIRROR

Attenzione: L'uso del target specchio può portare a risultati strani, in esempio se si desidera connettersi a un iptables macchina protetta che utilizza il bersaglio specchio, si può finire per la connessione al computer locale senza riconoscerlo. Si può anche usare molto larghezza di banda. Il caso peggiore si verifica se si dispone di due macchine che utilizzano il modulo. Queste macchine possono finire giocando a ping pong. Quindi, siete stati avvertiti, usare con cautela ed a proprio rischio. Per ulteriori informazioni, vedere: MIRROR bersaglio .

Download per vecchie versioni del kernel sono al di sotto. Si noti la numerazione delle versioni 2.6.25 opere per kernel fino a 2.6.27. 2.6.28 funziona anche per i kernel 2.6.29 e 2.6.30. La versione 2.6.13 del modulo dovrebbe funzionare fino alla versione del kernel 2.6.16.

MIRROR.2.6.13.tar.gz (680) MIRROR.2.6.24.tar.gz (1045) MIRROR.2.6.25.tar.gz (977) MIRROR.2.6.28.tar.gz (991) MIRROR.2.6.31 (893) MIRROR.2.6.35.tar.gz (812) MIRROR.2.6.36.tar.gz (702) MIRROR.2.6.37.tar.gz (556) MIRROR.3.0.7.tar.gz (297) MIRROR.3.1.0.tar.gz (95)

saluti
Jürgen

(No Ratings Yet)

Caricamento in corso ...

Pubblicato in kernel , Linux , networking e sicurezza | Nessun commento »

Dopo gli ultimi aggiornamenti sul mio sistema vserver gentoo l'esecuzione di un 3.3.0 Linux kernel-vserver (vserver-sources-2.3.3.1), il sistema non si avvia più correttamente. Non ci sono moduli del kernel ha caricato e anche i dispositivi di rete non sono stati disponibili dopo un riavvio. Questo è più o meno il caso peggiore, allora si deve essere fisicamente davanti alla macchina e non può ripristinare il sistema attraverso accesso SSH remoto.

L'aggiornamento del kernel non era la ragione per questo, ma l'aggiornamento di udev-182. Questo è ciò che il registro ha detto:

21 mar 17:20:05 mittelerde / etc / init.d / sshd [5563]: ERROR: impossibile avviare sshd in quanto net.eth0 non partiva
21 mar 17:20:09 mittelerde / etc / init.d / udev-mount [6075]: Udev utilizza un devtmpfs montati su / dev per gestire le periferiche.
21 mar 17:20:09 mittelerde / etc / init.d / udev-mount [6076]: Questo significa che CONFIG_DEVTMPFS = y è necessario
21 mar 17:20:09 mittelerde / etc / init.d / udev-mount [6077]: nella configurazione del kernel.
21 mar 17:20:09 mittelerde / etc / init.d / udev-mount [6067]: ERROR: udev-mount non è stato avviato
21 mar 17:20:09 mittelerde / etc / init.d / udev [6066]: ERROR: Impossibile avviare udev come udev-mount non parte
21 mar 17:21:06 mittelerde / etc/init.d/net.eth0 [6463]: ERROR: Interfaccia eth0 non esiste

Con le informazioni "CONFIG_DEVTMPFS = y è richiesto" il registro contiene il suggerimento necessario per far funzionare le cose. L'opzione CONFIG_DEVTMPFS doveva essere abilitato nel kernel. Successivamente il kernel deve essere ricompilato. L'opzione può essere trovato in menuconfig sotto Device Drivers-> Opzioni driver generico e si chiama mantenere un filesystem devtmpfs montare in / dev. Per ottenere i devfs montato automaticamente all'avvio del sistema ha senso per consentire anche le devtmpfs Automount opzione in / dev , dopo che il kernel montato il rootfs (CONFIG_DEVTMPFS_MOUNT).

E 'sicuro abilitare queste opzioni con le versioni vecchie di udev. In questo modo si protegge il sistema da non funziona più quando si ottiene l'aggiornamento udev più tardi.

Jürgen

(No Ratings Yet)

Caricamento in corso ...

Posted in driver , i kernel e linux | 1 Commento »

A partire dal kernel 2.6.36, tuxonice è stato rimosso da zen-sources. L'ultima patch ufficiale tuxonice, che è disponibile al momento, è per il kernel Linux 3.0. Nel frattempo le patch più recenti, per la versione kernel 3.2.1 e 3.2.10, sono apparsi a crow202.org . Così ho patchato i zen-stable-3.2 sorgenti con la patch 3.2.1 tuxonice da lì.

Suspend to RAM funziona con questo kernel, almeno sul mio Dell Precison M65 e il mio desktop, così come la sospensione su disco fa. Inoltre posso confermare, che la 3.2.1 patch funziona anche su architettura x86_64.

Per far funzionare le cose, scaricare il zen-stable-3.2 kernel da kernel.org-zen ed estrarlo. Successivamente scaricare la 3.2.1 patch di tuxonice da crow202.org e applicarlo. Dopo aver applicato la patch è possibile continuare con il processo standard di compilazione del kernel. Come per zen-sources-3.1, alcuna patch aggiuntiva è necessaria per la funzione zcache, la correzione è già incluso in zen-stable-3.2. La funzione zcache RAM raddoppia l'efficienza fornendo nel contempo un aumento delle prestazioni significativi carichi di lavoro diversi. La funzione zcache si trova sotto driver di sosta nella struttura del kernel e dipende dalla funzione di CleanCache, che si trova sotto tipi di processore e caratteristiche. Per abilitare la funzione zcache, devi passare la parola chiave zcache al vostro kernel, nell'esempio in grub.conf.

Esempio: kernel / bzImage panic = 60 root = / dev/hda3 zcache

Per gli utenti Gentoo c'è un modo più semplice: Scarica il mio overlay modificato da zen-sources-3.2.tar.gz (52) ed estrarlo in / usr / local / portage. La sovrapposizione contiene tutte le patch necessarie. Assicuratevi di includere la seguente riga nel file / etc / make.conf:

PORTDIR_OVERLAY = "/ usr / local / portage"

Se si desidera utilizzare tuxonice tuxonice includere nelle vostre USE-flags. Poi emerge zen-sources e costruire il kernel come ti piace.

TuxOnIce non è ufficialmente supportato in corso zen-sources. Quindi, se stai usando i file di cui sopra, non segnalare eventuali bug a zen-sources.org. Siete da soli.

Per Precision M65 mia ho usato la seguente configurazione del kernel: config_zen_3.2_dell_m65.zip (49)

Per ulteriori informazioni sulle zen-sources patchset vedere www.zen-sources.org .

Cordiali saluti

Jürgen

(No Ratings Yet)

Caricamento in corso ...

Posted in gentoo , kernel , Linux , zen-sources | Nessun commento »

Nell'articolo Guardando i numeri di telefono con la N900 ho descritto una soluzione per eseguire ricerche inverse numeri di telefono all'interno del N900 registro delle chiamate estesa s. La patch e quindi anche il pacchetto binario non conteneva un piccolo bug. Ogni volta che c'erano le chiamate internazionali, che iniziano con "00", nel registro, la ricerca inversa fallì per l'applicazione CallerID non interpretare il "00" in modo corretto. L'applicazione extcalllog fissa traduce ora questi zeri finali ad un "+" che viene interpretato correttamente dall'applicazione CallerID.

I download nell'articolo originale sono stati aggiornati ora.

Jürgen

(No Ratings Yet)

Caricamento in corso ...

Pubblicato in linux , maemo5 e strumenti | Nessun commento »

Kvm è diventata una delle tecnologie di virtualizzazione più importanti degli ultimi anni. Per Redhat Linux è diventato persino la soluzione di virtualizzazione predefinito. IO prestazioni KVM non è certo competitiva per altre soluzioni di virtualizzazione quando si utilizzano le opzioni predefinite. Soprattutto quando si usa qcow2 immagini, le prestazioni di IO kvm / qemu può essere notevolmente migliorata dalla disabilitazione della cache del filesystem dell'host sottostante. Ciò può essere fatto avviando kvm con la cache = opzione none, in esempio con le opzioni

-Drive file = my_image.qcow2, index = 0, media = disk, cache = none

invece di fornire il file immagine con-hda my_image.qcow2. Poi il file immagine viene aperto con il flag O_DIRECT, bypassando la cache della pagina. Se il filesystem sottostante non supporta il flag O_DIRECT, questa non riesce con il messaggio di errore:

non ha potuto aprire l'immagine del disco my_image.qcow2: Invalid argument

Questo è il caso di un filesystem ext4 con journaling completo abilitato. Si può facilmente verificare se la bandiera O_DIRECT è supportata dal filesystem sottostante con un comando dd semplice sul host:

dd if = nome_file of = / dev / null iflag = diretta

Se il flag non è O_DIRECT ha sostenuto risultato il seguente errore:

dd: apertura `nome_file ': Invalid argument

Così, se le preoccupazioni di sicurezza non si applicano, non si vuole usare journaling completo, per migliorare le prestazioni. Le opzioni di journaling può essere impostata in / etc / fstab o nello stesso filesystem. Per il caso fstab la parte rossa marcata della voce seguente esempio deve essere rimosso.

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

Se l'opzione journaling si trova nel filesystem, questo può essere visualizzato e modificato con il comando tune2fs. Nell'esempio tune2fs-l / dev/sda7 mostra le informazioni sui filesystem on / dev/sda7. Se journaling completo è attivata, l'uscita contiene l'opzione journal_data mount:

Predefinite opzioni di montaggio: journal_data

L'opzione può essere rimosso con tune2fs-o ^ journal_data / dev/sda7. Dopo l'uscita di tune2fs-l non contiene l'opzione di mount journal_data più:

Predefinite opzioni di montaggio: (nessuno)

In entrambi i casi il file system deve essere rimontato per attivare i cambiamenti. Successivamente qemum-kvm funziona con la cache = nessuna opzione, come sopra descritto, e con un aumento della performance IO.

Jürgen

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

(No Ratings Yet)

Caricamento in corso ...

Pubblicato in linux , virtualizzazione | Nessun commento »