kesako a écrit 1384 commentaires

ouais je pense que c'est ce qu'il faut faire. avec un petit rapel tous les 6 mois ou chaque fois que les logs indiquent une grosse recrudescence.

tout ceux qui braillent ici contre l'idee de rangzen, oublient qu'aller sur ces sites c'est "légalement répréhensible".

sais-tu que tu est en train de decrire ce que provoque la gestion des licences MS dans une entreprise....

surtout qu'on trouve les anciens n° de LUI et Penthouse sur Ebay ...

ok ok -> []

il n'y a rien a ajouter a ma reponse. si tu cherche sur le net et etudie bien comment fonctionne un maildir tu verait que c'est facile.

Bon je vais t'aider : pour que le message soit consideré comme lu il faut qu'il soit dans /cur et que son nom se termine par S
ex :
msg.qHBC:2,S <- deja lu
msg.vHBC:2,RS <- deja lu et repondu
msg.wHBC:2, <- pas encore lu

a partir de la, tu dois pouvoir te debrouiller avec procmail et/ou un script qui passe apres fetchmail

c'est en tout cas infiniment plus facile que de devoir trifouiller le fichier unique d'une mbox.

facile avec des maildirs

difficile avec des mbox

> je ne suis pas le seul à avoir fait un bon sur sa chaise ?

un bon paquet ? je te plains !

ahhh non , un bond ....

pff 50 à 60 euros pour ces bombes à 128 Mo !!!

qu'il est loin le temps où l'on etait tres fiers de nos matrox millenium 2mo ... et où les cartes de SGI nous faisaient saliver!

c'est bien, tres efficace mais :
- il n'indexe pas les repertoires "montés" (les shares)
- il ne traite que les mails d'outlook

un peu embetant quand on a un serveur où l'on stocke tous les mails (via imap) et tous les fichiers (via samba)

tu devrait trouver ton bonheur sur les sites de knoppix et/ou morphix.

Je ne l'ai jamais fait , mais vu le succes de knoppix il doit y avoir des tutoriels .

Je ne me souviens plus si on devait faire une installation sur disque ou simplement monter l'image decompressée et faire chroot dessus. mais enfin , bon, une fois qu'on a pigé le truc et qu'on ne touche pas au kernel et a tout ce qui concerne la reconnaissance du materiel , c'est assez facile a modifier.

on peut pas.

faut se demerder avec les strstr et les strncpy

perd pas ton temps a faire un liveCD avec une slack et prend une knoopix et supprime/rajoute ce que tu veux

tu peux aussi partir de morphix

je confirme.
Sur un PII 350Mhz je suis passé de Mdk9.1 ( kernel 2.4 kde 3.1 ) à une Mdk 10.0 ( kernel 2.6 et kde 3.2) et j'ai tout de suite senti une grosse amelioration generale . Je dirais au pif au moins 15-20 % de mieux.
C'est tres agreable, parfaitement utilisable , ce qui n'etait pas vrai avec mdk9.1 trop lent.

Je suppose qu'avec une babase de + de 1Ghz on ne doit rien sentir ou presque.

Je pense que passer a kde 3.3 ne me fera gagner que des poussieres

quant à 4.0 , wait and see

pas d'explications mais deux regles :

- ce journal n'a rien a faire sur linuxFr

- on repond aux imbeciles par le silence

si tu trouve qque chose de valable, merci de l'indiquer ici.

Ca me rapelle 1994-95 , a l'epoque Internet etait cher et lent pour les PME et nous avions un gros binaire de 160Mo a transferer a SanFrancisco . Pendant que ca s'uploadait , j'ai fait le calcul et j'ai dit a mon chef que ca reviendrait moins cher de me payer l'aller-retour a SF en avion avec un tape ... il etait d'accord sur le calcul mais on a continué a uploader.... dommage :-)

c'est vrai que parfois les bonnes vielles methodes , papier crayon , la poste , voitures , ... sont plus efficaces que le net.

From le post de Nico un peu plus loin:

So in resume you can plan to have a SQL backend in this tree conditions:
- You want to base your LDAP server to an existing RDBMS.
- You need to load thousand of entries at a time.
- You have time to map you database and develop your own tools.

But remember that if you just want to improve performances of your LDAP directory you're on the wrong way...


ouais bon ...

quelle drole d'idee !!!

ben...
sur tous tes clients en province tu cree un repertoire où tu copie le contenu du cd N
puis tu fais rsync ( a travers ssh) pour qu'il synchronise avec le repertoire de ton serveur et obtienne la version N+1. rsync ne copie que ce qui est modifié , pas tout le cd.
puis chaque client refait l'image iso avec mkisofs
enfin soit le client grave le CD soit il le monte en -o loop
Si tu t'arrange pour que tes clients ne se synchronisent pas tous au meme moment , ca devrait aller.

tout ca peut se faire sous linux ou windows ( il existe des versions de rsync et mkisofs pour windows)

non, si je me souviens bien, Xen ca demande une modif du systeme qu'on veut installer

mais a t il envie d'aider un NT a passer à la concurence ?

... et google ca sert a quoi a ton avis ?

tu peux regarder le code de Frozenbulbe c'est du perl avec affichage en SDL

Si c'est juste pour afficher du texte , tu dois pouvoir faire quelque chose de tres simple en perl.

> un man fstab devrais pouvoir t'aider ...

tu reves ?

C'est plus compliqué que cela.
l'an passé il y a eu un interview de Steve Jobs qui expliquait une partie du pb. http://www.rollingstone.com/news/story/_/id/5939600(...)
Il expliquait que les patrons des maisons de disque sont tres competents quand il s'agit de faire du contenu (trouver un chanteur valable parmis des milliers, etc ...) mais qu'ils sont nuls coté technique. Ils se sont donc faits entuber dans les grandes largeurs par ceux qui leur ont dit qu'il etait possible de faire des CD inviolables ou par les avocats qui leur ont dit qu'il etait possible de faire respecter strictement leurs droits.

Jobs leur a dit "vous ne pouvez pas proteger les cds. Il y aura *toujours* une parade" . Il faut proposer au gens autre chose qu'ils soient pret a payer. ITune marche parce que c'est simple , bonne qualité , possibilité de copies perso, ... ca repond a un besoin reel.

( no troll please : je decris l'interview , je ne partage pas forcement le point de vue)

On voit bien cela en ce moment en france avec les plaintes contre les multiples formats de music en ligne incompatibles entre eux.

Je l'ai testé , mais il me bouffe jusqu'a 30% de cpu. 10-15% en moyenne. Vous aussi ?