Il y a actuellement un vilain bug de Dbus avec les disques dur SAMSUNG.
Ce constructeur a donné un nom finissant avec un '/' à un certain nombre de ses modèles, cela provoque un crash de Dbus au tout début de l'installation...
exemple :
ValueError: Invalid object path '/org/freedesktop/Hal/devices/storage_model_SAMSUNG_HD160JJ/': ends with '/' and is not just '/'
install exited abnormally [1/1]
A l'heure actuelle le bug est reconnu mais pas encore fixé, si vous avec une machine avec un disque SAMSUNG vous risque de ne pas pouvoir installer, voire avoir des problèmes apres avoir lancé une MAJ.
Oui, l'accouchement du site s'est un peu faite dans la douleur :P
Notre créateur web n'est pas français et est extrémement occupé ces temps ci, il a donc du mal à mettre en ligne en temps les traductions qu'on lui donne ... en plus de quelques choses de-ci de-là à améliorer.
A l'époque déjà TA utilisait la 3D, mais c'etait par DirectX, pas OpenGL.
Ce que ne permettait pas la carte vidéo en hardware était fait en software par Direct3D, et c'est pour cela que ca se métait à ramer méchament quand il y avait beaucoup d'unités à rendre ou d'explosions ;)
J'ai oublié d'inclure le code réseau pour le multijoueur, le code est en cours d'écriture mais si il y a des experts dans ce genre de problématique leur aide est bienvenue.
Exact, nous recherchons toujours des gens doués en code, le projet étant écrit en C++ et OpenGL.
Nous recherchons également des artistes en 3D (allez les fans de Blender, montrez vous ;) ) pour modéliser des modéles d'arbres, rochers, pics rocheux, bref tout ce qui dans le TA original était un sprite posé sur la carte, non pas un élément 3D comme le sont les unités.
actuellement le gros problème est le 'pathfinding'.
En clair ce qui permet a une unité de trouver son chemin pour se placer là où l'on clique pour lui dire d'aller. Celui-ci est actuellement très perfectible.
Après vient l'IA pour que le camp adverse controlé par l'ordinateur se mette à faire des constructions, des unités et attaque le joueur.
Après il y a tout ce qui n'est pas encore, ou pas parfaitement, implémenté comme les zones de détection radar par exemple.
A propos, le thème de base de ce film : relancer une activité solaire défaillante ou ayant un comportement dangereux pour les terriens, et que l'on va aller en vaisseau secouer n'est pas neuf.
Voir "Solar Crisis" en 1990.
Oui, c'est cela qui m'énerve d'autant plus , c'était largement annoncé et il a fallu que les éditeurs du soft en question se trouvent le nez dans le mur pour réagir.
C'est moi qui leur ait appri il y quelque chose comme 2 mois quand nous avons passé certains postes en FC6 que cela faisait 2 ans que l'obsolescence était annoncée.
On pourra aussi noter la fin des anciennes libpthreads.
Terminé les programmes développés par des fainéants qui comptaient sur des LD_ASSUME_KERNEL=2.4.18 à gogo et qui donnaient comme excuse quand on leur disait que c'était dépassé (même déconseillé) "Oui mais nous on se base sur la RedHat enterprise" quand on leur disait que leur merdasse refusait de marcher (pour Fedora depuis la FC5).
Et dans combien de temps on voit tout ça finalisé ?
S'il faut attendre d'avoir toujours tout parfaitement fini pour être présenté jamais rien n'évoluera, il suffit de voir les produits de la "concurrence" (pas de polémique) qui font du beta-test avec leurs utilisateurs depuis belle-lurette et donnent ça comme version finale.
De même ne pas réagir maintenant rendra plus dur de faire machine arrière plus tard.
Marrant, il y a à peu près une semaine un américain a reçu un mail du même genre car son blog portait un nom ressemblant à celui d'une entreprise (genre PME, américaine aussi), et le PDG était pas content que dans google ils soient pas en 1ere position.
Le plus tordant était la manière dont le mail était tourné, il mettait en avant que l'entreprise était (par définition) un générateur de profit et que donc internet se devait de mettre en avant ce qui en générait et mettre au second rang des trucs qui rapportent pas un copec comme des Blogs... (gonflé le mec hein ?).
Et que si le monsieur changeait pas le nom de son blog, il était attaqué en justice (une tradition US), ce qui bien sûr ne manque pas de faire rigoler l'interessé.
J'ai perdu le lien, si quelqu'un a suivi cette histoire ...
Sans etre mechant ou mesquin on peut remarquer que les mirroirs francais pour TOUT (j'insiste bien, ce n'est pas que Ubuntu mais aussi sourceforge etc etc...) sont toujours à la ramasse...
Si la france est number ouane sur les installations d'ADSL et consors, en ce qui concerne le contenu c'est pouet pouet ...
à moins que toi (ou l'utilitaire de configuration de X de ta distribution) ne l'aies déjà fait, il est souhaitable, sinon indispensable, de définir dans xorg.conf (Section "Monitor") un Mode correspondant à ton moniteur
Oui et non, les modeline doivent (!) disparaitre, la méthode moderne est d'utiliser dpms.
Et oui j'avais entré la résolution à utiliser a ma mano, il s'en fichait royalement et fail-safait en 800*600 (ouch!)
Ce pilote pose certains problemes, en 2D il est clairement plus lent que le driver proprio et n'aime pas un certain nombre de resolutions d'ecran (il a refusé mordicus de configrer la resolution correspondant a mon LCD 20' widescreen)
je suis à 100% d'accord, seulement relis bien ce qui est marqué et dans mon post, et dans les liens que j'ai inclus.
Il est nécéssaire d'avoir une update du kernel AVANT que livna puisse créer ses RPM, il manque l'indispensable fonction print_tainted.
Je l'ai fait premièrement par défi, deuxièmement parceque ne pas avoir de 2D acceptable ni d'extension xv était insupportable, pour la 3D c'etait parce que bon... arrivé là pourquoi ne pas continuer ;)
En plus je fais une chasse au bug éffreinée, j'en suis a 5 bug reports il me semble.
3- copier les 2 fichiers dans /usr/X11R6/lib64/ dans /usr/lib64/
à noter qu'il y a aussi des fichier dans un dossier /usr/X11R6/lib/ qui peuvent avoir à subir le même sort que les opérations précédentes, ceux-ci correspondent à la question "voulez vous installer les librairies de version 32bits" dans l'installeur de NVidia.
personnellement je ne l'ai pas fait et cela n'empêche pas glxgears de se lancer, à vous de voir selon vos besoins.
si tu n'as jamais installé de propriétaire, que ça soit des drivers ou des logiciels (beaucoup de logiciels scientifiques se sont arrétés de developper à RH8), sur un Linux tu ne peux comprendre :p
Long est le chemin...
Et puis sans rire, pas encore de 3D passe encore mais une 2D pourrie sans xv, non enfin !
attention, ceci est une methode façon bulldozer pour ouvrir la porte, mais elle permet d'avoir un driver propriétaire NVidia fonctionnel en attendant les mises a jour premièrement du kernel, deuxièmement du pilote NVidia.
Cette méthode telle que jevais la décrire permet d'avoitr l'accèlération 2D, mais je suis sur que des plus fous que moi tenteront de faire marcher la 3D.
Notez que je suis en x86_64.
Le kernel car comme expliqué dans un post sur la mailling-list de developpement, il y a eu un malheureux revert d'un correctif provoquant une impossibilité de compiler le pilote propriétaire (pas que le NVidia en fait !).
voir ici http://lwn.net/Articles/175796/
Le pilote propriétaire NVidia ensuite, normal a cause de GCC-4.1, xorg-7 et des changements dans le kernel depuis la version 2.5.15 (ouf !).
1- creer les repertoires suivants, avec Xorg-7 ils n'existent plus et sont placés dans usr/lib64/xorg/
je ne sais pas si vous utilisez tous des postes linkes directement sur le net, mais j'ai pu constater de gros problemes à utiliser un proxy, au menu :
-yum ne prend pas le proxy indiqué dans son yum.conf, on est obligé de faire un export http_proxy=http://proxy:8080
-system-config-kickstart est incapable de se lancer quelque soit le user ou les variables d'environnement utilisé (voir plus haut)
-PUP est incapable de recuperer les infos de package (surement lié au 1er bug cité)
pour ne citer que les plus flagrants, j'ai surement d'autres truc qui sont impactés
A ce propos, j'ai proposé aux dev de MPlayer de quoi corriger la tonne de warning portant sur les "differ in signedness" afin déjà de corriger les plus simples qui sont dans les arguments de fonctions...
Il semble cependant en effet que ce ne soit pas leur priorité et même trouvent les changement alourdissant le code.
Maintenant la question est vaut il mieux un code peut-etre un peu lourd mais qui compile sans erreurs, ou garder le code "leger" mais vomissant des pages d'injures à la compile ?
Je ne sais pas ce qu'en pense la communauté de E (les gens vraiment impliqués) mais je trouve un certain manque de suivi dans le site Web.
exemple :
-la news sur le concours Extirsion datée du 31 mai ne mene sur rien (page not found) et il n'y a aucune référence aux résultats, qui a fait quoi et pour quel résultat ?
-la dernière news en date du 7 novembre renvoie sur ... rien
J'ai peine à croire qu'un projet qui se veut aussi vaste que E n'ait rien à dire, ni à nous montrer.
Pour ceux que ça pourrait interesser, cette résolution en IPv6 gêne également certains logiciels comme Maple 9.5, il faut désactiver IPv6 avec ceci dans /etc/modprobe.conf :
Mais pourquoi diable les versions Linux sortent elle toujours avec ce decalage ?
Est-ce vraiment si difficile de mettre toutes les versions dans la boite ?
pour des histoires de mieux ou moins bien c'est à voir, en tout cas j'ai essuyé pas mal de platres à l'installation que n'a pas eu apparement le créateur de ce test.
Jettez donc un oeil ici : http://linuxfr.org/comments/588762.html#588762(...)
mélanger le 32 et 64bits, je ne dirais pas cela comme ça, disons que certains packages de compatibilité sont encore nécessaire, voir le contenu d'un FTP mirror de Fedora pour connaitre quels paquets sont concernés.
# Oui mais ...
Posté par Corsaire . En réponse à la dépêche Fedora 9 : une version sulfureuse. Évalué à 2.
Ce constructeur a donné un nom finissant avec un '/' à un certain nombre de ses modèles, cela provoque un crash de Dbus au tout début de l'installation...
exemple :
ValueError: Invalid object path '/org/freedesktop/Hal/devices/storage_model_SAMSUNG_HD160JJ/': ends with '/' and is not just '/'
install exited abnormally [1/1]
A l'heure actuelle le bug est reconnu mais pas encore fixé, si vous avec une machine avec un disque SAMSUNG vous risque de ne pas pouvoir installer, voire avoir des problèmes apres avoir lancé une MAJ.
[^] # Re: Jouabilité ?
Posté par Corsaire . En réponse à la dépêche TA3D 0.3.1. Évalué à 1.
Notre créateur web n'est pas français et est extrémement occupé ces temps ci, il a donc du mal à mettre en ligne en temps les traductions qu'on lui donne ... en plus de quelques choses de-ci de-là à améliorer.
[^] # Re: Allegator
Posté par Corsaire . En réponse à la dépêche TA3D 0.3.1. Évalué à 1.
"Utilisation des modèles haute définition pour le projet evolva" => "Utilisation des modèles haute définition DU projet evolva"
les modèles viennent du projet Evolva et ils nous ont gentillement autorisé à les utiliser.
http://www.planetannihilation.com/taan/pages/evolva/evolva.h(...)
[^] # Re: OpenGL
Posté par Corsaire . En réponse à la dépêche TA3D 0.3.1. Évalué à 3.
Ce que ne permettait pas la carte vidéo en hardware était fait en software par Direct3D, et c'est pour cela que ca se métait à ramer méchament quand il y avait beaucoup d'unités à rendre ou d'explosions ;)
[^] # Re: Jouabilité ?
Posté par Corsaire . En réponse à la dépêche TA3D 0.3.1. Évalué à 3.
J'ai oublié d'inclure le code réseau pour le multijoueur, le code est en cours d'écriture mais si il y a des experts dans ce genre de problématique leur aide est bienvenue.
[^] # Re: Jouabilité ?
Posté par Corsaire . En réponse à la dépêche TA3D 0.3.1. Évalué à 3.
Nous recherchons également des artistes en 3D (allez les fans de Blender, montrez vous ;) ) pour modéliser des modéles d'arbres, rochers, pics rocheux, bref tout ce qui dans le TA original était un sprite posé sur la carte, non pas un élément 3D comme le sont les unités.
actuellement le gros problème est le 'pathfinding'.
En clair ce qui permet a une unité de trouver son chemin pour se placer là où l'on clique pour lui dire d'aller. Celui-ci est actuellement très perfectible.
Après vient l'IA pour que le camp adverse controlé par l'ordinateur se mette à faire des constructions, des unités et attaque le joueur.
Après il y a tout ce qui n'est pas encore, ou pas parfaitement, implémenté comme les zones de détection radar par exemple.
[^] # Re: Jouabilité ?
Posté par Corsaire . En réponse à la dépêche TA3D 0.3.1. Évalué à 2.
C'est indiqué sur le site, TA3D est une réécriture du moteur, le jeu n'est pas OSS.
[^] # Re: au sujet de Sunshine
Posté par Corsaire . En réponse à la dépêche 300, La vie des autres et Sunshine. Évalué à 1.
Voir "Solar Crisis" en 1990.
[^] # Re: fin de libpthreads
Posté par Corsaire . En réponse à la dépêche Red Hat lance RHEL 5. Évalué à 2.
C'est moi qui leur ait appri il y quelque chose comme 2 mois quand nous avons passé certains postes en FC6 que cela faisait 2 ans que l'obsolescence était annoncée.
# fin de libpthreads
Posté par Corsaire . En réponse à la dépêche Red Hat lance RHEL 5. Évalué à 4.
Terminé les programmes développés par des fainéants qui comptaient sur des LD_ASSUME_KERNEL=2.4.18 à gogo et qui donnaient comme excuse quand on leur disait que c'était dépassé (même déconseillé) "Oui mais nous on se base sur la RedHat enterprise" quand on leur disait que leur merdasse refusait de marcher (pour Fedora depuis la FC5).
Oui j'en ai quelques exemples bien énervants.
[^] # Re: Mais la solution libre est-elle prete?
Posté par Corsaire . En réponse à la dépêche Conseil de l'Union européenne : « Nous ne pouvons pas supporter légalement Linux ». Évalué à 0.
S'il faut attendre d'avoir toujours tout parfaitement fini pour être présenté jamais rien n'évoluera, il suffit de voir les produits de la "concurrence" (pas de polémique) qui font du beta-test avec leurs utilisateurs depuis belle-lurette et donnent ça comme version finale.
De même ne pas réagir maintenant rendra plus dur de faire machine arrière plus tard.
[^] # Re: Une histoire de pagerank
Posté par Corsaire . En réponse à la dépêche Framasoft mis en demeure de constater un certain manque de lucidité. Évalué à 7.
Le plus tordant était la manière dont le mail était tourné, il mettait en avant que l'entreprise était (par définition) un générateur de profit et que donc internet se devait de mettre en avant ce qui en générait et mettre au second rang des trucs qui rapportent pas un copec comme des Blogs... (gonflé le mec hein ?).
Et que si le monsieur changeait pas le nom de son blog, il était attaqué en justice (une tradition US), ce qui bien sûr ne manque pas de faire rigoler l'interessé.
J'ai perdu le lien, si quelqu'un a suivi cette histoire ...
[^] # Re: Mise à jour
Posté par Corsaire . En réponse à la dépêche À l'affiche : Ubuntu 6.10 nom de code « Edgy Eft ». Évalué à -2.
Si la france est number ouane sur les installations d'ADSL et consors, en ce qui concerne le contenu c'est pouet pouet ...
Il y a des c.. qu'il faudrait botter !
[^] # Re: Résolutions originales
Posté par Corsaire . En réponse à la dépêche Faille de sécurité dans le pilote propriétaire Nvidia. Évalué à 1.
Oui et non, les modeline doivent (!) disparaitre, la méthode moderne est d'utiliser dpms.
Et oui j'avais entré la résolution à utiliser a ma mano, il s'en fichait royalement et fail-safait en 800*600 (ouch!)
[^] # Re: nouveau driver nouveau ?
Posté par Corsaire . En réponse à la dépêche Faille de sécurité dans le pilote propriétaire Nvidia. Évalué à 0.
[^] # Re: FC5 et NVidia
Posté par Corsaire . En réponse à la dépêche Disponibilité de Fedora Core 5 "Bordeaux". Évalué à 4.
Il est nécéssaire d'avoir une update du kernel AVANT que livna puisse créer ses RPM, il manque l'indispensable fonction print_tainted.
Je l'ai fait premièrement par défi, deuxièmement parceque ne pas avoir de 2D acceptable ni d'extension xv était insupportable, pour la 3D c'etait parce que bon... arrivé là pourquoi ne pas continuer ;)
En plus je fais une chasse au bug éffreinée, j'en suis a 5 bug reports il me semble.
[^] # Re: FC5 et NVidia
Posté par Corsaire . En réponse à la dépêche Disponibilité de Fedora Core 5 "Bordeaux". Évalué à 5.
Je suppose que les étapes précédentes ont déjà été accomplies
1- faire un lien symbolique
ln -s /usr/lib64/xorg/modules/extensions /usr/X11R6/lib64/modules/extensions
2- lancer l'installation du driver propriétaire
3- copier les 2 fichiers dans /usr/X11R6/lib64/ dans /usr/lib64/
à noter qu'il y a aussi des fichier dans un dossier /usr/X11R6/lib/ qui peuvent avoir à subir le même sort que les opérations précédentes, ceux-ci correspondent à la question "voulez vous installer les librairies de version 32bits" dans l'installeur de NVidia.
personnellement je ne l'ai pas fait et cela n'empêche pas glxgears de se lancer, à vous de voir selon vos besoins.
[^] # Re: FC5 et NVidia
Posté par Corsaire . En réponse à la dépêche Disponibilité de Fedora Core 5 "Bordeaux". Évalué à -1.
Long est le chemin...
Et puis sans rire, pas encore de 3D passe encore mais une 2D pourrie sans xv, non enfin !
# FC5 et NVidia
Posté par Corsaire . En réponse à la dépêche Disponibilité de Fedora Core 5 "Bordeaux". Évalué à 3.
Cette méthode telle que jevais la décrire permet d'avoitr l'accèlération 2D, mais je suis sur que des plus fous que moi tenteront de faire marcher la 3D.
Notez que je suis en x86_64.
Le kernel car comme expliqué dans un post sur la mailling-list de developpement, il y a eu un malheureux revert d'un correctif provoquant une impossibilité de compiler le pilote propriétaire (pas que le NVidia en fait !).
voir ici http://lwn.net/Articles/175796/
Le pilote propriétaire NVidia ensuite, normal a cause de GCC-4.1, xorg-7 et des changements dans le kernel depuis la version 2.5.15 (ouf !).
1- creer les repertoires suivants, avec Xorg-7 ils n'existent plus et sont placés dans usr/lib64/xorg/
/usr/X11R6/lib64/
/usr/X11R6/lib64/modules/
2- faire un lien symbolique
ln -s /usr/lib64/xorg/modules/drivers /usr/X11R6/lib64/modules/drivers
3-
installer le kernel de dev kernel-2.6.16-1.2083_FC6 et son devel, ils sont trouvable sur le repository de developpement de fedora
http://download.fedora.redhat.com/pub/fedora/linux/core/deve(...)
4-
rebooter avec le kernel 2.6.16
5-
extraire et patcher le driver NVidia avec 'sh NVIDIA-Linux-x86_64-1.0-8178-pkg2 --extract-only'
6-
patcher avec le patch NVIDIA_kernel-1.0-8178-U012206.diff.txt et compiler le tout
(http://www.nvnews.net/vbulletin/showthread.php?t=62021)
il ne reste plus qu'a modifier xorg.conf et relancer X
# problemes avec un proxy
Posté par Corsaire . En réponse à la dépêche Disponibilité de Fedora Core 5 "Bordeaux". Évalué à 2.
-yum ne prend pas le proxy indiqué dans son yum.conf, on est obligé de faire un export http_proxy=http://proxy:8080
-system-config-kickstart est incapable de se lancer quelque soit le user ou les variables d'environnement utilisé (voir plus haut)
-PUP est incapable de recuperer les infos de package (surement lié au 1er bug cité)
pour ne citer que les plus flagrants, j'ai surement d'autres truc qui sont impactés
[^] # Re: Esperons que la qualité suivra
Posté par Corsaire . En réponse à la dépêche Sortie de la version 4.1 du compilateur GCC. Évalué à 6.
Il semble cependant en effet que ce ne soit pas leur priorité et même trouvent les changement alourdissant le code.
Maintenant la question est vaut il mieux un code peut-etre un peu lourd mais qui compile sans erreurs, ou garder le code "leger" mais vomissant des pages d'injures à la compile ?
# non, pas de troll !
Posté par Corsaire . En réponse à la dépêche À nouveau dans la lumière. Évalué à 1.
exemple :
-la news sur le concours Extirsion datée du 31 mai ne mene sur rien (page not found) et il n'y a aucune référence aux résultats, qui a fait quoi et pour quel résultat ?
-la dernière news en date du 7 novembre renvoie sur ... rien
J'ai peine à croire qu'un projet qui se veut aussi vaste que E n'ait rien à dire, ni à nous montrer.
# logiciels en relation
Posté par Corsaire . En réponse au message [Web/Mozilla] Accélérer la résolution DNS de Firefox. Évalué à 1.
alias net-pf-10 off
alias ipv6 off
# une à deux semaines plus tard
Posté par Corsaire . En réponse à la dépêche Quake IV et Serious Sam 2 sous GNU/Linux. Évalué à 8.
Est-ce vraiment si difficile de mettre toutes les versions dans la boite ?
[^] # Re: et la FC4 x86_64 ?
Posté par Corsaire . En réponse à la dépêche Test de la Fedora Core 4 (Stentz). Évalué à 2.
Jettez donc un oeil ici : http://linuxfr.org/comments/588762.html#588762(...)
mélanger le 32 et 64bits, je ne dirais pas cela comme ça, disons que certains packages de compatibilité sont encore nécessaire, voir le contenu d'un FTP mirror de Fedora pour connaitre quels paquets sont concernés.