je suis d'accord : je viens d'aller le voir avec des copains et on a ete deçu.
Tout d'abord il y a aucune notion de temps : on traverse le modor en quelques instant, lors de la bataille les fantomes font que la bataille est remporte en un coup de cuilleur a pot, ...
Lors de la bataille un des premiers bloc jettés sur le chateau degomme tout une façade c'est pas tres realise, et ça sens l'effet fait sur une maquette...
J'ai aussi aprecié les repliques tres recherchés du style a la fin
bilbo : "est ce que je pourrais voir l'anneau pour une derniere fois"
frodon " desolé je crois que je l'ai perdu"
La liberation de frodon dans la tour des orcs est super decevante : sam arrive, il degomme 3 orcs qui trainaient par la et c'est bon (il ne met pas l'anneau comme dans le bouquin)...
La fin est foireuse : le retour du roi est bacle. On loupe completement le retour a la conte, donc on peut pas comprendre vraiement pourquoi frodon decide de partir...
Y a plein d'autre details qui mon deçu, mais bon je suis crever (et je pars tout a l'heure et j'ai encore rien preparer) et il faudrait que je relise le bouquin pour etre sur de certains points...
Bref j'ai eu l'impression d'assister a une serie de passage sans relle transition eux.
PS : kill bill est aussi assez special et il faut une culture cinematographique pour l'apprecier...
en fait, y a pas mal de bibliothèques qui cassent à cause de ça, au moment de la lecture et analyse de ce fichier.
Comme quoi ?
en tout cas free n'a pas de pb...
Et puis pourquoi tes bibliothèques sont cassé : si c'etait bien programer ça devrait utiliser que les lignes utiles de meminfo (et les 3 premieres n'apportaient pas grand chose ?)
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...
[^] # Re: Pilotes Nvidia 5328
Posté par M . En réponse à la dépêche Pilotes Nvidia 5328. Évalué à 2.
[^] # Re: Le retour du roi
Posté par M . En réponse à la dépêche Le retour du roi. Évalué à 1.
Tout d'abord il y a aucune notion de temps : on traverse le modor en quelques instant, lors de la bataille les fantomes font que la bataille est remporte en un coup de cuilleur a pot, ...
Lors de la bataille un des premiers bloc jettés sur le chateau degomme tout une façade c'est pas tres realise, et ça sens l'effet fait sur une maquette...
J'ai aussi aprecié les repliques tres recherchés du style a la fin
bilbo : "est ce que je pourrais voir l'anneau pour une derniere fois"
frodon " desolé je crois que je l'ai perdu"
La liberation de frodon dans la tour des orcs est super decevante : sam arrive, il degomme 3 orcs qui trainaient par la et c'est bon (il ne met pas l'anneau comme dans le bouquin)...
La fin est foireuse : le retour du roi est bacle. On loupe completement le retour a la conte, donc on peut pas comprendre vraiement pourquoi frodon decide de partir...
Y a plein d'autre details qui mon deçu, mais bon je suis crever (et je pars tout a l'heure et j'ai encore rien preparer) et il faudrait que je relise le bouquin pour etre sur de certains points...
Bref j'ai eu l'impression d'assister a une serie de passage sans relle transition eux.
PS : kill bill est aussi assez special et il faut une culture cinematographique pour l'apprecier...
# Re: modification de la structure de /proc/meminfo avec les noyaux 2.6
Posté par M . En réponse au journal modification de la structure de /proc/meminfo avec les noyaux 2.6. Évalué à 1.
Comme quoi ?
en tout cas free n'a pas de pb...
Et puis pourquoi tes bibliothèques sont cassé : si c'etait bien programer ça devrait utiliser que les lignes utiles de meminfo (et les 3 premieres n'apportaient pas grand chose ?)
# Re: Recuperer un stream video avec mplayer ou mencoder
Posté par M . En réponse au journal Recuperer un stream video avec mplayer ou mencoder. Évalué à 6.
mplayer -dumpstream -dumpfile fichier_a_sauver url
et avec ça tu peux tout recuperer mais les stream real media & co
[^] # Re: Kernel 2.6.0 annoncé stable
Posté par M . En réponse à la dépêche Le noyau Linux 2.6.0 annoncé stable. Évalué à 1.
# Re: Linux 2.6 est sorti !
Posté par M . En réponse au journal Linux 2.6 est sorti !. Évalué à 0.
[^] # Re: Bonne nouvelle pour Mandrake..
Posté par M . En réponse au journal Bonne nouvelle pour Mandrake... Évalué à 1.
Oblige de passé par les driver proprio pour les MX et la qualité est foireuse.
M'enfin nv-tv va peut etre bientot les suportee (dans la version cvs y a un debut)
[^] # Re: Quel soft pour (bien) lire les rmvb et autre video Real ?
Posté par M . En réponse au journal Quel soft pour (bien) lire les rmvb et autre video Real ?. Évalué à 1.
# 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...