- se jeter sur les dernières versions en fin de cycle de beta ne permet pas d'assurer un test poussé des nouvelles features. Dans la théorie on peut se dire que passer à la version supérieure se fait sans peine, dans la pratique c'est rarement le cas.
- reculer la date de sortie c'est la garantie de ne jamais rien sortir, on attend gnome 2.10 puis ensuite on attend la finale de kde 3.4 puis ensuite on attend celle d'OpenOffice 2... Il y aura toujours une raison pour reculer la date de sortie.
"Ceux qui veulent limiter leurs interventions aux minimum - les users friendly - quelles solutions leur restent t-il ? Racheter une boite dans 6 mois pour rester à niveau ou passer à la concurrence ?"
Depuis quand l'achat d'une boîte est la seule alternative au changement de distrib pour rester à niveau ?? ( le terme "userfriendly" est mal employé ici, une interface peut l'être, un utilisateur à moins d'être très sympa non)
- non, pour la 10.2 ça sera gnome 2.8 et kde 3.3 (sauf pour kpdf).
- oui, rien que cette semaine on a eu pas mal de problème avec urpmi justement. La majorité des "gros" problèmes avec cooker ne sont bloquants mais agaçant, à ne mettre qu'entre les mains de ceux capable de s'en remettre émotionnellement. Un autre truc qui saute réguliérement c'est les menus ^^
Initiative à saluer ! Si ce programme s'étend il en sera fini de l'interminable attente pour recevoir un article d'une revue introuvable (et que le documentaliste aura paumé à la réception) pour boucler une bibliographie. Pareil, adieu à tous ces portails de recherche qui font fuir jusqu'au plus obstiné des étudiants !
Malgré les quelques erreurs que me balance le servlet c'est de loin l'outil le plus utilisable (et lisible bowdel ça c'est du changement!) pondu pour les SHS que j'ai croisé.
c'est bien de vouloir diluer certains mythes il faut saluer l'initiave, mais de là à dire que dans le monde du logiciel propriétaire = il y a de la bonne doc, des tests à tout les niveaux etc... c'est retomber dans un autre mythe ! Je ne compte plus le nombre d'applications aux sources fermés sans documentation potable, et n'ayant jamais vu l'ombre d'un test, que ce soit pour des logiciels métiers ou de simples sharewares.
Dans le cadre d'un MMORPG un protocole ouvert n'a aucune incidence sur la triche, tout ce que voit et fais le jouer a lieu sur le serveur, le client ne faisant qu'afficher. Si on tente de modifier un client et son protocole pour en tirer des avantages sur le serveur ça n'aboutira qu'à n'avoir des erreurs et rien d'autres.
La première source de triche sur ce type de jeu étant l'automatisation des taches et la seconde loin derrière étant le piratage du serveur directement. Un des moyens mis en oeuvre contre ces nuisances est une vérification de l'intégrité des fichiers au démarrage du jeu
Le principe reste le même pour les FPS où la triche se fait au niveau de l'affichage pas du protocole/serveur. Et ça, ça peut se faire sans même toucher au fichier du jeu (ex:aimbot,wallhack)
Pareil pour les logiciels de p2p, un client de leech basé sur emule peut bloquer tout upload mais ça sera à son détriment puisque les autres clients le note selon la participation qu'il a eu à leur égard. A moins de pouvoir forcer et trifouiller dans les clients des autres usagers, le leecheur finira vite par ne rien télécharger du tout.
"Two OSDL officials, however, told NewsForge that the report was "inflation of reality" and "not close to accurate at all." The officials instead indicated that while ODSL is working with the City of Beaverton and the State of Oregon, those bodies are not, as reported, underwriting the consortium that is "rewriting" the Linux code.
"It's just crazy," said one official, adding that the report's speculation on the patent strategy is "total fabrication as far as we can tell."
"The whole thing with patents -- that we can't figure out," he said, adding that the report was likely a case of putting together some disparate pieces of information incorrectly."
http://www.groklaw.net/article.php?story=20050115131942494 daté du 11 Janvier
Oh non, j'en suis même retourné à Totem et Kmplayer. Ce qui m'a énervé le plus soit le fait que tout les fichiers que je lis avec Kaffeine s'additionne dans la playlist automatiquement sans possibilité de changer ce comportement. Ensuite les raccourcis clavier incohérents et le fait de pas pouvoir avancer avec la molette ont fait le reste...
*Kof Kof* hum, les premières lignes de libsdl.org :
"Simple DirectMedia Layer is a cross-platform multimedia library designed to provide low level access to audio, keyboard, mouse, joystick, 3D hardware via OpenGL, and 2D video framebuffer."
Pour le calcul des connectés il faut garder en tête qu'il y a 4 continents plus d'autres zones et que la commande /who ne fait le décompte que sur le contient environnant.
Pas exactement, il y a 4-5mois déjà David Cohen avait parlé d'ouvrir "peut-être" le code du client et d'avoir "peut-être" un clinet linux, et la beta linux"potentielle" devai se dérouler vers la fin de l'été.
Le seul fait relativement nouveau c'est que le client libre est confirmé et en bonne voie. C'est pas que Nevrax recule, c'est que du point de vue du client sous linux ça n'avance pas.
Peuf peuf je me suis collé à ce jeu de par l'espoir d'avoir un jour un client linux, sentiment encouragé à plusieurs reprises par des réponses qui m'ont été faites par Mr.Cohen et des devs, et là j'apprend que ça tient à :
- "espérons"
- "peut-être"
- "pas une priorité"
C'est toujours sympa à entendre en tant que client...
C'est trop joli ! Mais quelles seront les performances d'e17 avec les pilotes de xorg ? Et est-ce que ça utilise les nouveautés prévues par X.org ou tout les effets graphiques reposent uniquement sur des libs maisons ?
Monsieur PasPuriste était un gentil monsieur, il était tout fier de sa nouvelle carte Nvidia qui allait enfin lui permettre de faire exploser les fps de son jeu favori. Le fait que les pilotes soient enfermé dans une boîte noire ne l'avait pas gêné outre mesure.
Tout allait bien jusqu'au jour où son ami Monsieur Puriste lui dit "oula mon vieux ton noyau contient une faille critique, il faut vraiment que tu le mettes à jour". Monsieur PasPuriste obtempéra vivement, vient alors le moment de ré-installer son pilote nvidia, il chaussa ses charentaises et commença onc l'opération. Hélas pour lui une suite d'erreurs barbares lui explosèrent à la figure dès les premiers instants, il fit vite le tour des forums de support où des centaines d'autres dans son état l'avait précédé et trouva les raisons des erreurs expliqué en long et en large.
Monsieur PasPuriste se dit "les erreurs sont connues et les gens savent ce qu'il faudrait corriger, il ne fait nul doute que Nvidia va nous sortir une nouvelle version sous peu" Il attendit une semaine et rien, il attendit un mois et toujours rien, il attendit deux mois et rien.
Il finit par soupirer : " Et dire que si les sources avaient été libres quelqu'un aurait pu résoudre ça en quelques heures"
La morale de notre histoire est que même pour un non-"puriste" un pilote propriétaire peut être une véritable douleur dans le fondement.
les pilotes OpenGl foireux d'ATI c'est très loin d'être une légende, comme jeu il y a par exemple Ryzom qui a du rajouter un render path DirectX à cause de bugs dans les pilotes (bugs reconnus par ATI). Ce n'est pas pour rien qu'ils sont en train de les refaire totalement...
Bof quand tu vois le niveau* des pilotes ati pour ce qui représente 96% de leur marché il n'y a pas de quoi sauter de joie en apprenant qu'ils mettent +10 fois moins d'efforts dans des pilotes linux.
*ça va jusqu'a obliger des jeux à faire un rendu directx du fait des bugs opengl
[^] # Re: cooker
Posté par Jean Roc Morreale . En réponse au journal Mandrake instable. Évalué à 2.
- se jeter sur les dernières versions en fin de cycle de beta ne permet pas d'assurer un test poussé des nouvelles features. Dans la théorie on peut se dire que passer à la version supérieure se fait sans peine, dans la pratique c'est rarement le cas.
- reculer la date de sortie c'est la garantie de ne jamais rien sortir, on attend gnome 2.10 puis ensuite on attend la finale de kde 3.4 puis ensuite on attend celle d'OpenOffice 2... Il y aura toujours une raison pour reculer la date de sortie.
"Ceux qui veulent limiter leurs interventions aux minimum - les users friendly - quelles solutions leur restent t-il ? Racheter une boite dans 6 mois pour rester à niveau ou passer à la concurrence ?"
Depuis quand l'achat d'une boîte est la seule alternative au changement de distrib pour rester à niveau ?? ( le terme "userfriendly" est mal employé ici, une interface peut l'être, un utilisateur à moins d'être très sympa non)
Pour ce qui est d'un E17 plus récent j'y bosse ^^
[^] # Re: Hé o ...
Posté par Jean Roc Morreale . En réponse au journal linus torvald et mac. Évalué à 3.
* pas nouveau ça fait déjà un moment qu'on sait que Linus élève un ppc
# cooker
Posté par Jean Roc Morreale . En réponse au journal Mandrake instable. Évalué à 5.
- non, pour la 10.2 ça sera gnome 2.8 et kde 3.3 (sauf pour kpdf).
- oui, rien que cette semaine on a eu pas mal de problème avec urpmi justement. La majorité des "gros" problèmes avec cooker ne sont bloquants mais agaçant, à ne mettre qu'entre les mains de ceux capable de s'en remettre émotionnellement. Un autre truc qui saute réguliérement c'est les menus ^^
# Rhaa lovely !
Posté par Jean Roc Morreale . En réponse à la dépêche PERSEE, portail de diffusion de revues scientifiques en SHS. Évalué à 7.
Malgré les quelques erreurs que me balance le servlet c'est de loin l'outil le plus utilisable (et lisible bowdel ça c'est du changement!) pondu pour les SHS que j'ai croisé.
# d'une extrêmité à l'autre...
Posté par Jean Roc Morreale . En réponse à la dépêche Démarche qualité et Logiciel Libre. Évalué à 10.
Généralités et lieux communs, bonjour !
[^] # Re: et pour les autres travaux sur la 10.2
Posté par Jean Roc Morreale . En réponse au journal Mdk 10.2 intégrera les delta.rpm. Évalué à 4.
Un autre truc intéressant est l'installation directement à partir d'isos.
# protocole ouvert != danger
Posté par Jean Roc Morreale . En réponse au journal Faille de l'open-source ?. Évalué à 1.
La première source de triche sur ce type de jeu étant l'automatisation des taches et la seconde loin derrière étant le piratage du serveur directement. Un des moyens mis en oeuvre contre ces nuisances est une vérification de l'intégrité des fichiers au démarrage du jeu
Le principe reste le même pour les FPS où la triche se fait au niveau de l'affichage pas du protocole/serveur. Et ça, ça peut se faire sans même toucher au fichier du jeu (ex:aimbot,wallhack)
Pareil pour les logiciels de p2p, un client de leech basé sur emule peut bloquer tout upload mais ça sera à son détriment puisque les autres clients le note selon la participation qu'il a eu à leur égard. A moins de pouvoir forcer et trifouiller dans les clients des autres usagers, le leecheur finira vite par ne rien télécharger du tout.
[^] # Re: FUD
Posté par Jean Roc Morreale . En réponse à la dépêche Un consortium pourrait ré-écrire une partie du noyau pour éviter les risques liés aux brevets. Évalué à 2.
"Two OSDL officials, however, told NewsForge that the report was "inflation of reality" and "not close to accurate at all." The officials instead indicated that while ODSL is working with the City of Beaverton and the State of Oregon, those bodies are not, as reported, underwriting the consortium that is "rewriting" the Linux code.
"It's just crazy," said one official, adding that the report's speculation on the patent strategy is "total fabrication as far as we can tell."
"The whole thing with patents -- that we can't figure out," he said, adding that the report was likely a case of putting together some disparate pieces of information incorrectly."
http://www.groklaw.net/article.php?story=20050115131942494 daté du 11 Janvier
[^] # Re: Kxdocker
Posté par Jean Roc Morreale . En réponse au journal Marre du menu demarrer. Évalué à 1.
# Un bond de géant !
Posté par Jean Roc Morreale . En réponse à la dépêche Sortie de XWine 1.0. Évalué à 2.
Merci Darken !
[^] # Re: Mac pas tros cher...
Posté par Jean Roc Morreale . En réponse au journal Mini mini ?. Évalué à 2.
[^] # Re: Ergonomie à revoir
Posté par Jean Roc Morreale . En réponse au journal Kaffeine 0.5. Évalué à 2.
# "When it's done" fini depuis un bail
Posté par Jean Roc Morreale . En réponse au journal Ballistics - y jouerons-nous un jour?. Évalué à 4.
# Et ?
Posté par Jean Roc Morreale . En réponse au journal Mandrake choisi par GrosBill. Évalué à 0.
[^] # Re: DirectX
Posté par Jean Roc Morreale . En réponse à la dépêche Interview de Scott Wheeler à propos de kdemultimedia. Évalué à 4.
"Simple DirectMedia Layer is a cross-platform multimedia library designed to provide low level access to audio, keyboard, mouse, joystick, 3D hardware via OpenGL, and 2D video framebuffer."
[^] # Re: Ryzom Sous Linux
Posté par Jean Roc Morreale . En réponse au journal Ryzom : des nouvelles du client libre/Linux. Évalué à 2.
[^] # Re: Ca recul
Posté par Jean Roc Morreale . En réponse au journal Ryzom : des nouvelles du client libre/Linux. Évalué à 5.
Le seul fait relativement nouveau c'est que le client libre est confirmé et en bonne voie. C'est pas que Nevrax recule, c'est que du point de vue du client sous linux ça n'avance pas.
# flou artistique
Posté par Jean Roc Morreale . En réponse au journal Ryzom : des nouvelles du client libre/Linux. Évalué à 3.
- "espérons"
- "peut-être"
- "pas une priorité"
C'est toujours sympa à entendre en tant que client...
[^] # Transparence
Posté par Jean Roc Morreale . En réponse au journal Xfce 4.2-beta2 est disponible. Évalué à 1.
# Quelques questions
Posté par Jean Roc Morreale . En réponse au journal Avancement de e17. Évalué à 3.
[^] # Re: Pourquoi pas ?
Posté par Jean Roc Morreale . En réponse au journal Une carte video developé pour linux. Évalué à 3.
Tout allait bien jusqu'au jour où son ami Monsieur Puriste lui dit "oula mon vieux ton noyau contient une faille critique, il faut vraiment que tu le mettes à jour". Monsieur PasPuriste obtempéra vivement, vient alors le moment de ré-installer son pilote nvidia, il chaussa ses charentaises et commença onc l'opération. Hélas pour lui une suite d'erreurs barbares lui explosèrent à la figure dès les premiers instants, il fit vite le tour des forums de support où des centaines d'autres dans son état l'avait précédé et trouva les raisons des erreurs expliqué en long et en large.
Monsieur PasPuriste se dit "les erreurs sont connues et les gens savent ce qu'il faudrait corriger, il ne fait nul doute que Nvidia va nous sortir une nouvelle version sous peu" Il attendit une semaine et rien, il attendit un mois et toujours rien, il attendit deux mois et rien.
Il finit par soupirer : " Et dire que si les sources avaient été libres quelqu'un aurait pu résoudre ça en quelques heures"
La morale de notre histoire est que même pour un non-"puriste" un pilote propriétaire peut être une véritable douleur dans le fondement.
[^] # Re: A voir
Posté par Jean Roc Morreale . En réponse au journal ATI bosse sur ses drivers. Évalué à 4.
[^] # Re: A voir
Posté par Jean Roc Morreale . En réponse au journal ATI bosse sur ses drivers. Évalué à 10.
*ça va jusqu'a obliger des jeux à faire un rendu directx du fait des bugs opengl
# merci !
Posté par Jean Roc Morreale . En réponse au journal Patch nVidia. Évalué à 3.
[^] # Re: chiffres fantastiques
Posté par Jean Roc Morreale . En réponse au journal Firefox : 2 millions en 10 jours.. Évalué à 2.