NeoX a écrit 18334 commentaires

ca economise les indentions, mais ca ne change rien au code :p

il suffirait alors de faire un ligne qui test si c'est ce motif OU celui là OU cet autre motif

1°)
tu as verifié que tes options -l et -L
prenait bien le dossier sans le / de debut ?

apparemment tu melanges allegrement les 3 syntaxes :
-Imount/usr/include/qt4 : sans le / de debut de chemin

-I/usr/arm-linux-gnueabi/include : avec le / de debut de chemin

-Lmount/usr/lib : L sans le / de debut de chemin


2°)
et il a l'air de chercher la libm
quand tu lui donnes -lmount...


3°) tu es dans ~/qemu/squeeze

le compilo irait donc chercher dans
~/qemu/squeeze/mount/usr/bin/include...

c'est bien ce que tu veux ?

ben oui, il faut qu'il soit recouvert d'une pellicule de papier pour que l'encre prenne dessus.

il faut aller voir les notices,

mais il me semble que pour que grub fonctionne sur du raid, il faut "tricher" un peu.

Perso je fais un
grub-install /dev/sda
grub-install /dev/sdb
grub-install /dev/md0

afin qu'il soit installer sur toutes les amorces


ce que je veut savoir esque je peu utiliser juste spamassasin sur une

machin indépendante de notre serveur mail "postfix" qui lui et monter

sur une fedora.

qui une fois reecrit donne
ce que je voudrais savoir est-ce que je peux utiliser juste spamassasin sur une
machine indépendante de notre serveur mail "postfix" qui lui et monter
sur une fedora.

je dirais que oui.

tu dois pouvoir renvoyer les emails entrant sur le daemon spamassassin de l'autre machine
qui va ensuite les renvoyer au postfix pour stockage.

sinon tu peux chainer
internet => machine spamassasin (avec postfix aussi) => machine fedora (postfix) pour stockage

shw -C disk
te liste tous les disques et CD/DVD dont dispose la machine

et on y trouve en effet (sur le mien)
capabilities: removable audio cd-r cd-rw dvd dvd-r dvd-ram

sachant qu'il est quand meme capable de faire des DVD+R

apt-get install spamassassin spampd
s'il avait du installer procmail il aurait du te le proposer.

dans la config de spamassassin tu peux lui faire modifier les sujets ou les entetes des emails

ensuite dans procmail il dois pouvoir se baser sur cette modif pour ranger les "spams" dans un dossier different de la INBOX

je crois qu'on tiens une piste
g++ que j'ai recompilé :

Using built-in specs.
Target: arm-linux-gnueabi
Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.2-1.1' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/arm-linux-gnueabi/include/c++/4.3.2 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --disable-libssp --disable-sjlj-exceptions --enable-checking=release --program-prefix=arm-linux-gnueabi- --includedir=/usr/arm-linux-gnueabi/include --build=i486-linux-gnu --host=i486-linux-gnu --target=arm-linux-gnueabi

qui force les dossiers d'inclusions
qui te font alors doublons avec les -l/mout/usr/....

et ca fait quoi arm-gnuabi-g++
comparer à g++ avec des options ?

si ca se trouve, le armgnuabi-g++ c'est un script shell qui pose des variables à g++

tous les programmes ont une configuration par defaut

là il se trouve que ton arm-gnuabi-g++
il est configuré pour aller chercher les includes dans
/usr/... de ta machine
et que tu lui dit d'aller, en plus, chercher dans /mount/usr/...

du coup il a des fichiers definit en double.

un petit coup de man sur ton programme arm-gnuabi-g++
devrait t'en dire plus sur les options à passer pour annuler le reglage par defaut et ne prendre que les libs que tu as mises en options.

suivant ton volume de stockage, tu peux voir avec la société Scality
qui fait une solution de stockage de type "cloud" avec redondance et "auto gestion"

auto gestion etant entendu, tu ajoutes une machine au "cloud" elle s'insere dans la chaine de stockage

et les fichiers sont repartis sur toutes les machines, avec des CRC, tout ca.

Evidemment c'est payant

commence par installer spamassassin, il installera ses dependances obligatoires pour toi.

il n'y aura plus qu'a faire la livraison des emails de postfix à spamassassin
qui les enverra ensuite à procmail pour les deposer dans la boite de l'utilisateur

Oui c'est quand j'ai 2 appli maximisées, le gestionnaire de fenêtre croit que j'ai cliqué sur l'icône "fermer" de la fenêtre de derrière.

c'est une condition importante pour la reproduction du bug

d'apres le descriptif initial je n'arrivais pas à reproduire le bug (ubuntu 10.04 64bits)

1°) etre avec Gnome+Metacity (pas de Compiz activé)
2°) avoir 2 applis maximisées + 1 terminal
effectivement le bug se produit

Pirates ou Corsaires ?

dans ton cas, et en attendant le raid par bloc

tu peux toujours regarder GNDB ( http://sourceware.org/cluster/gnbd/ ) et DRDB ( http://www.drbd.org/ )

y avait un article dans un linuxmag sur comment utiliser ca pour justement faire du "raid" over IP

probablement parceque slackware n'utilisait pas encore pulseaudio.

et que du coup, tout programme se connectant sur alsa ou oss pouvait utiliser la carte son.

expliques nous pourquoi tu veux lancer une appli comme VLC (par exemple)
avec un autre utilisateur que ton utilisateur X courant...

et on te diras si c'est la bonne methode (ou pas)

à part pour un JBOD (Just a Bunch Of Disk) qui est un agregat des disques presents, je ne vois pas trop comment tu veux gerer des disques de tailles differentes.

au mieux tu vas pouvoir "tricher" en utilisant les partitions
ex :
sda = 160Go
sdb = 250Go, coupé en 160+90
sdc = 250Go, coupé en 160+90

tu vas pouvoir faire un raid5 avec les 3 partitions de 160
mais tu ne pourras faire qu'un raid1 ou 0 avec les 90 qui restent.

en aucun cas tu ne pourras faire un raid 5 de 250Go

sinon les NAS font peut-etre du raid sur du JBOD ou du LVM
ce qui serait à mon avis une mauvaise idée

pour la batterie qui passe de 5h à 1h...
faut eviter de laisser en charge tout le temps, parait que ca "use" la batterie.

et pour sony, c'etait pas 24 mois de garantie ? dommage, vu le prix de la bete

pour installer proprement les bibliotheques PEAR

Et est-ce normal qu'il aille chercher les ce fichier par exemple ?
/usr/arm-linux-gnueabi/include/c++/4.3.2/arm-linux-gnueabi/bits/gthr-default.h:43

oui probablement car tu lances arm-linux-gnueabi-g++
dans ton environnement pas ARM

donc il faut verifier le chemin de recherches des libs et des .h

car apparemment tu utilises deux fichiers .h pour definir la meme chose (FD_SET et FD_CLR)

ca coute 150 ou 200euros (sur une machine à 1000/1500euros)
soit 10%

et ca te couvre contre tous les risques et dommages, pendant 3 ans, avec un tech qui vient chez toi changer la piece defaillante

les installer dans qemu, puis les copier dans les dossiers de dev
(l'image disque de qemu peut etre monter en loop pour acceder à son contenu)

parce que c'est elle qui a été retenue apres appel d'offre (necessaire au dessus d'un certain montant pour les entreprises publiques/collectivités) pour gerer ce genre de dossier.