j'espere que ça marche mieux que les precedants : hier j'ai reinstaller les 4663 (les 4390 merde a fond), et j'ai eu un beau freeze au bout de 3 H, alors que ça fesait plus de 6 mois que j'en avais pas eu (depuis que je les avait viré...)
Et qui synchronise tout dans les 2 sens (nom, mot de passe, ...) ?
en prenant le stokage en base de donné, ça devrait pas triop etre dur de partager les champs users...
Sinon c'est plus problematique ...
Bah un jabberd 1.4.2 avec 3 comptes, aucun connecté, me bouffe en continu 2 à 3% du CPU sur un athlon 850...
Bah un 1.4.3, avec plus de 50 comptes, 13 connecté, ça bouffe 45:36 alors qu'il tourne depuis 5 jours sur un pIII 500, et qu'il a connu des pics de connections (en moyenne 0,6 %)....
j'oubliais sous mozilla on peut le desactiver ce comportement, en décochant dans preference -> avancé -> scripts -> "allow script to change status bar text"...
surtout qu'un coup de javascript suffit a la modifie : c'est ce que fait dlfp sur les liens des news : qd tu met t'as souris dessus tu voit l'adresse du site, mais en realité c'est https://linuxfr.org/redirect/30574.html(...) par exemple...
C'est ci dur que ça de faire un script qui recupère les logins dans la base de donne actuelle et qui creer des nouveaux comptes jabber a partir de ces infos ?
Le seul pb pouvant etre les mots de passe qui doivent etre actuellement stocké soit en clair, soit en sha1, soit obtenu par la fonction crypt()... (PS : dans la version 2 actuellement c'est stocké qu'en clair, et je sais pas si ça changera de si tôt : prevu dans la 2.1 ....)
de même, nvidia pourrait autoriser un développeur "de confiance" à lire les docs pour implémenter que quelques fonctionnalités bien choisies, même si il a lu toutes les docs.
d'ailleurs la plupart des fichiers sources du driver nv sont copyrighté nvidia, et encore plus depuis sa reecriture qui sera inclu dans cette version...
j'avais tester y a quelque temps des previews sur http://www.xfree86.org/~alanh/(...)
Pour les driver nv, ce qui est pql mal, c'est que l'on peut comme les drivers proprio, utiliser plusieurs interface xv en meme temps...
Si mes souvenir, sont bon y a 2 ou 3 trucs a modifier pour que ça compile (on peut carrement enveler les lignes : c'est pour reporter des messages d'erreurs...
Posté par M .
En réponse au journal DNS cache.
Évalué à 1.
si rndc dumpdb...
Mais c'est surtout pour du debugage : cf ce qui a ete dis plus haut, si tu le sauve sur le disques, les infos ne seront pas a jour...
# Re: drivers nvidia 4620
Posté par M . En réponse au journal drivers nvidia 4620. Évalué à 1.
[^] # Re: Winamp 3 en open source... mais Waste en closed-source.
Posté par M . En réponse à la dépêche Winamp 3 en open source. Évalué à 1.
[^] # Re: Problèmes avec Mplayer-1.0-pre3
Posté par M . En réponse au journal Problèmes avec Mplayer-1.0-pre3. Évalué à 2.
[^] # Re: Migration de DLFP effectuée
Posté par M . En réponse à la dépêche Migration de DLFP effectuée. Évalué à 1.
en prenant le stokage en base de donné, ça devrait pas triop etre dur de partager les champs users...
Sinon c'est plus problematique ...
Bah un jabberd 1.4.2 avec 3 comptes, aucun connecté, me bouffe en continu 2 à 3% du CPU sur un athlon 850...
Bah un 1.4.3, avec plus de 50 comptes, 13 connecté, ça bouffe 45:36 alors qu'il tourne depuis 5 jours sur un pIII 500, et qu'il a connu des pics de connections (en moyenne 0,6 %)....
[^] # Re: Mozilla Status Bar URL parsing and Spoofing Vulnerability
Posté par M . En réponse à la dépêche Vulnérabilité de mystification de l'URL dans la barre d'état de Mozilla. Évalué à 4.
[^] # Re: Mozilla Status Bar URL parsing and Spoofing Vulnerability
Posté par M . En réponse à la dépêche Vulnérabilité de mystification de l'URL dans la barre d'état de Mozilla. Évalué à 6.
[^] # Re: Du nouveau chez Matroska
Posté par M . En réponse au journal Du nouveau chez Matroska. Évalué à 1.
projet xine qui ne l'implemente pas pour le moment car c'est du c++, plus remarque sur ses defauts de conception : http://mplayerhq.hu/pipermail/mplayer-cvslog/2003-December/017633.h(...)
[^] # Re: Migration de DLFP effectuée
Posté par M . En réponse à la dépêche Migration de DLFP effectuée. Évalué à 5.
Le seul pb pouvant etre les mots de passe qui doivent etre actuellement stocké soit en clair, soit en sha1, soit obtenu par la fonction crypt()... (PS : dans la version 2 actuellement c'est stocké qu'en clair, et je sais pas si ça changera de si tôt : prevu dans la 2.1 ....)
en plus y http://www.jabberstudio.org/projects/xdb_sql/project/view.php,(...) si vous voulez tout laisser dans une dase de donnée...
PS : c'est pas les resources demandés par un serveur jabber qui vont reussir a occuper ce seveur monstre...
[^] # Re: LVM at boot time
Posté par M . En réponse au journal LVM at boot time. Évalué à 1.
[^] # Re: LVM at boot time
Posté par M . En réponse au journal LVM at boot time. Évalué à 1.
a la fin de la ligne de montage du LVM, tu met 0 1 au lieu de 2 1 pour indiquer a fsck de ne pas la verifier...
[^] # Re: Looking Glass - Desktop 3D
Posté par M . En réponse à la dépêche Looking Glass - Desktop 3D. Évalué à 4.
# Re: Jedi Academy
Posté par M . En réponse au journal Jedi Academy. Évalué à 1.
[^] # Re: Combien de F ?
Posté par M . En réponse au journal Combien de F ?. Évalué à 2.
# Re: Conférences des Journées du Logiciel Libre 2003 à Lyon
Posté par M . En réponse au journal Conférences des Journées du Logiciel Libre 2003 à Lyon. Évalué à 1.
[^] # Re: NDA
Posté par M . En réponse à la dépêche Première release candidate pour Xfree86 4.4. Évalué à 3.
d'ailleurs la plupart des fichiers sources du driver nv sont copyrighté nvidia, et encore plus depuis sa reecriture qui sera inclu dans cette version...
[^] # Re: Sortie de Mplayer 1.0-pre3
Posté par M . En réponse au journal Sortie de Mplayer 1.0-pre3. Évalué à 1.
# Re: Première release candidate pour Xfree86 4.4
Posté par M . En réponse à la dépêche Première release candidate pour Xfree86 4.4. Évalué à 1.
Pour les driver nv, ce qui est pql mal, c'est que l'on peut comme les drivers proprio, utiliser plusieurs interface xv en meme temps...
[^] # Re: gnushogi & xshogi
Posté par M . En réponse au journal gnushogi & xshogi. Évalué à 1.
Je l'avais prise ici : http://www.gnu.org/directory/games/gnushogi.html(...)
Si mes souvenir, sont bon y a 2 ou 3 trucs a modifier pour que ça compile (on peut carrement enveler les lignes : c'est pour reporter des messages d'erreurs...
# Re: gnushogi & xshogi
Posté par M . En réponse au journal gnushogi & xshogi. Évalué à 1.
Amuse toi bien...
[^] # Re: DNS cache
Posté par M . En réponse au journal DNS cache. Évalué à 1.
heuu, si tu veut interoger les seveur root, il faut que t'enleve cette ligne ?
[^] # Re: DNS cache
Posté par M . En réponse au journal DNS cache. Évalué à 1.
Mais c'est surtout pour du debugage : cf ce qui a ete dis plus haut, si tu le sauve sur le disques, les infos ne seront pas a jour...
# Re: Jabber c'est bien
Posté par M . En réponse au journal Jabber c'est bien. Évalué à 1.
La plus part du temps tu peux utiliser des serveurs publiques...
# Re: Matroska c'est bien mais... (numéro 4)
Posté par M . En réponse au journal Matroska c'est bien mais... (numéro 4). Évalué à 1.
[^] # Re: Microsoft va faire payer l'utilisation du système de fichiers FAT
Posté par M . En réponse à la dépêche Microsoft va faire payer l'utilisation du système de fichiers FAT. Évalué à 1.
J'ai fait un test et il me reconnais que 3 partitions sur 7 alors qu'explore2fs pose aucun pb....
[^] # Re: Alsa-Project : Tout va très vite....
Posté par M . En réponse à la dépêche Alsa-Project : Tout va très vite..... Évalué à 1.