Il faudrait que tu en dises un peu plus si tu veux qu'on puisse t'aider. Tu ne dis pas pourquoi tu ne peux plus bénéficier des drivers nvidia. Tu as un message d'erreur en lançant X.org, en installant les drivers nvidia officiels, etc. ?
Perso je suis passé aujourd'hui à X.org sur Debian/sid et ça s'est passé sans trop de problèmes. J'ai juste eu à réinstaller les drivers nvidia officiels.
Java s'installe facilement dit Stephane... eh ben, je ne trouve pas. C'est liee a la profusion de machines virtuelles (laquelle choisir, par exemple)
Tape java dans google.fr et clique sur le premier lien, clique ensuite sur le bouton Télécharger correspondant à ton système. Une fois le téléchargement terminé, suit les instructions d'installation. Compliqué ?
Si tu préfères installer un paquet pour ta distribution plutôt qu'un binaire, ça dépend de la distribution que tu utilises. Sous Debian il suffit d'installer java-package, de taper make-jpkg <nom_du_fichier_précédent> et d'installer le paquet qui a été créé.
qu'est-ce que Debian Sarge a a m'apporter en plus de ce qu'ubuntu me donne comme os desktop
Euh, je vois pas le rapport... J'ai jamais dit que Sarge avait des choses à t'apporter et je ne suis pas ici pour faire l'apologie de Debian ou pour dénigrer Ubuntu.
J'ai juste posé des questions par rapport à certaines de tes affirmations (un peu sèchement peut-être), en espérant des réponses.
périphériques mieux reconnus dès le début
Ah bon ? C'est quasiment le même installeur que celui de Debian pourtant. T'as eu des problèmes avec quel type de matériel ?
Disons que pour un usage desktop, Sarge est trop ancien
Il s'est passé tant de trucs que ça depuis juin dernier sur le desktop ?
D'ailleurs, ça n'a pas l'air de gêner les utilisateurs de MS Windows 98 (il y en a encore) ou de MS Windows XP (sorti en 2001) de ne pas avoir un système à jour. Pourquoi ce serait un problème avec Linux ?
sid pas assez mature (même si ça évolue).
Ça veut dire quoi pas assez mature ? Si c'est pas assez stable, il y a testing, qui dispose maintenant de correctifs de sécurité et qui n'est pas très en retard niveau fraîcheur.
Le pourcentage de choses qui fonctionnent bien dès le début avec un ubuntu est un des meilleurs arguments pour ce dernier.
Tu veux dire que sous Debian ça fonctionne pas bien dès le début ? Tu peux préciser ?
Tu crois serieusement qu'il y avait plus de 8.6% des serveurs qui etaient des Linux en 2000 ? [...]
Bref, Gartner avait raison sur ces 8.6%
Si tu fais les questions et les réponses, c'est effectivement plus simple...
Dans le lien que je t'ai donné, IDC évaluait à 24% la part de Linux sur le marché des serveurs en 1999 (36% pour MS Windows NT).
Savoir qui a raison a peu d'intérêt, ces chiffres montrent seulement que personne n'est capable d'évaluer de façon fiable les parts de marché de Linux. Sans oublier le fait qu'il y a potentiellement des conflits d'intérêts qui peuvent orienter ces chiffres (étude Gartner financée par Microsoft par exemple).
Ce qui m'étonne par contre, c'est la mauvaise foi déconcertante dont tu fais preuve, c'est assez surprenant par rapport à ton argumentation habituelle. Quelqu'un t'as piqué ton mot de passe et poste à ta place peut-être ?
Moi, tout ce que je vois, c'est que des cabinets différents donnent et prédisent des chiffres totalement différents. J'en conclus que se baser sur ces chiffres pour appuyer un argumentaire n'a aucun sens, quel que soit le "camp" de cet argumentaire.
Microsoft sponsored a Gartner Dataquest report claiming only 8.6% of servers shipped in the U.S. during the third quarter of 2000 were Linux-based. However, it’s worth noting that Microsoft (as the research sponsor) has every incentive to create low numbers, and these numbers are quite different from IDC’s research in the same subject.
De son côté, IDC estimait que Linux avait déjà dépassé le Mac en part de marchés depuis 2003 et que Linux occuperait 6% du marché desktop en 2007.
Ca a dû être corrigé, j'en trouve sans difficulté, soit par xqf, soit par l'explorateur de ET (maps commençant par dem_). Après une première connexion à un serveur TCE, l'explorateur ne montre plus que les serveurs TCE.
True combat est très bien mais les serveurs sont un peu vides, non?
Euh, non, pas vraiment, y a pas mal de monde qui y joue quand même. Moins qu'à ET c'est clair, mais il y a régulièrement au moins une dizaine de serveurs correctement peuplés.
Ceci étant, j'ai parlé du piège Java parce que tout le monde ici sait de quoi il s'agit, mais j'aurais aussi bien pu parler du piège Delphi ou n'importe quel langage pour lequel il n'existe pas de plateforme libre complète.
Pour Delphi il existe Free Pascal et Lazarus qui permettent d'éviter le « piège » ;)
Le lancement de OpenOffice sous Windows est très lent comparé à MSWord. Je crois que l'équipe d'OOo reconnaît que le lencement est lent.
Ah ok, je croyais que tu parlais de la lenteur à l'utilisation en fait, c'est vrai que le chargement d'OOo est assez long, j'espère que ça ira en s'améliorant avec la prochaine version.
Un autre problème est que OOo il ne lit pas très proprement les fichiers .doc
Jusqu'ici, je n'ai pas encore eu de soucis en important des documents MS Word dans OpenOffice.org, à part la mise en page un peu défaillante parfois, mais c'est assez mineur.
Par contre j'ai récemment eu un problème en récupérant un document MS Word écrit sous MacOS X, la numérotation des pages ne fonctionnait pas, même en enlevant les champs de numérotation et en les recréant. En ouvrant/sauvant le document avec OOo, la numérotation est réapparue sous MS Word.
Une automobile est utilisable sans contrat d'assurance (sauf légalement peut-être), un ordinateur ne l'est pas sans système d'exploitation, qu'il soit fourni avec la machine ou pas. D'ailleurs, j'imagine qu'on peut aussi avoir un contrat d'assurance pour son ordinateur.
La news n'est pas forcément très claire, mais elle peut se résumer simplement :
« Debian testing dispose maintenant d'un support de la sécurité équivalent à celui de Debian unstable. »
Le reste, ce sont des infos supplémentaires qui précisent la portée de ce changement, la procédure à effectuer pour en profiter et qui permettent de décider si le passage unstable->testing ou stable->testing vaut le coup.
C'était pourtant vraiment pas le but au départ... :/
Je trouve que cette nouvelle avait surtout un intérêt pour ceux qui veulent passer à Debian et hésitent entre testing et unstable. Maintenant le choix est facilité car testing commence à offrir un bon compromis entre fraîcheur des paquets et fiabilité/sécurité du système.
Je me disais aussi que ça pourrait peut-être lancer un débat intéressant sur l'utilisation de testing sur des serveurs de prod. pas forcément critiques.
Le paquet glib2 ne contient pas les headers nécessaires pour la compilation d'applications dépendant de glib2. En général, dans les distributions Linux, il y a un paquet supplémentaire qui permet de développer avec une librairie donnée. Je ne connais pas la Fedora, mais j'imagine que pour glib2 le paquet doit s'appeler glib2-dev ou glib2-devel.
Tape export PKG_CONFIG_PATH=/usr/lib/pkgconfig:/usr/local/lib/pkgconfig dans une console avant ton ./configure, je pense que ça devrait marcher. Par défaut pkg-config regarde uniquement dans le chemin par défaut (/usr/lib/pkgconfig/).
Sous MS Windows il n'y a pas de système de gestion d'installation centralisé, ce qui fait qu'on peut installer ce qu'on veut où on veut, ce qui est plutôt pas propre.
Sous Linux, il existe dans toutes les grandes distributions (donc y compris la Mandriva) un système centralisé de gestion des installations. Tu n'as pas à te soucier de l'endroit où sera installé le logiciel puisque c'est normalisé et géré par le système.
Il existe des outils graphiques ou textes qui permettent de rechercher les logiciels disponibles (qu'on appelle généralement des paquets), de les installer, les désinstaller ou les mettre à jour. L'avantage de ce système est que les logiciels sont parfaitement intégrés au système et qu'ils peuvent être désinstallés proprement.
Si tu ne sais pas ce qu'est make menuconfig, je pense que tu ne devrais pas t'embêter avec la compilation d'un noyau. Il n'y a aucun intérêt pour un débutant à compiler son noyau soi-même, sauf pour apprendre. Et encore, tu n'apprendras pas grand chose en le faisant.
Il vaut mieux suivre la méthode Debian que cette méthode générale, ça permet de mieux intégrer son noyau dans son système (il s'installe alors comme un paquet classique).
Les noms des paquets pour le noyau Linux ont changé récemment dans Debian (depuis le 2.6.12). C'est passé de kernel-image à linux-image pour les paquets binaires, de kernel-source à linux-source pour les sources et de kernel-headers à linux-headers pour les en-têtes.
Personnellement, je te conseille d'attendre la version packagée par Debian, à moins que tu n'aies absolument besoin des fonctionnalités du dernier noyau. Dans ce cas, il faudra que tu installes kernel-package et que tu utilises make-kpkg pour pouvoir compiler proprement ton noyau à la sauce Debian. Il doit normalement s'occuper tout seul de la mise à jour de grub/lilo pendant la phase d'install.
C'est un exemple trivial, l'optimisation dans la programmation de jeux vidéo c'est beaucoup plus compliqué que ça. Ce genre de chose permet d'avoir un petit gain quand on ne cherche pas spécifiquement à optimiser, mais quand on recherche de la vitesse, on ne compte pas sur le compilateur. Et si c'est une routine critique, on étudie la possibilité de l'écrire en assembleur si la vitesse est primordiale.
Rassure moi quand même, l'optimisation c'est bien la première ligne hein ? Cela dit, si c'est la deuxième et que L, R, G et B sont des entiers, en utilisant un >> 8 à la place du / 256, c'est possible que ce soit plus rapide. Je suppose que ton compilateur aurait compris ça ?
Et ça :
i = 0x5f3759df - (i>>1);
ton compilateur est capable de te le sortir en optimisation ?
Ça te donne une erreur maximum relative de 0.00175228 par rapport à (1.0f / sqrt(x)) mais en 4x plus rapide.
# Plus d'infos
Posté par Frédéric Lopez . En réponse au message problème xorg et nvidia suite à mise à jour dans etch. Évalué à 2.
Perso je suis passé aujourd'hui à X.org sur Debian/sid et ça s'est passé sans trop de problèmes. J'ai juste eu à réinstaller les drivers nvidia officiels.
[^] # Re: Java et petites strustures
Posté par Frédéric Lopez . En réponse à la dépêche BuildProcess : la boite à outil de l'administrateur Java/J2EE. Évalué à 2.
Tape java dans google.fr et clique sur le premier lien, clique ensuite sur le bouton Télécharger correspondant à ton système. Une fois le téléchargement terminé, suit les instructions d'installation. Compliqué ?
Si tu préfères installer un paquet pour ta distribution plutôt qu'un binaire, ça dépend de la distribution que tu utilises. Sous Debian il suffit d'installer java-package, de taper make-jpkg <nom_du_fichier_précédent> et d'installer le paquet qui a été créé.
[^] # Re: Debian et Ubuntu
Posté par Frédéric Lopez . En réponse à la dépêche Ubuntu 5.10 est sortie. Évalué à 4.
Je ne connais pas les outils spécifiques à Ubuntu, mais sur Debian tu peux gérer pas mal de choses de façon graphique avec les gnome-system-tools.
[^] # Re: Debian et Ubuntu
Posté par Frédéric Lopez . En réponse à la dépêche Ubuntu 5.10 est sortie. Évalué à 2.
Euh, je vois pas le rapport... J'ai jamais dit que Sarge avait des choses à t'apporter et je ne suis pas ici pour faire l'apologie de Debian ou pour dénigrer Ubuntu.
J'ai juste posé des questions par rapport à certaines de tes affirmations (un peu sèchement peut-être), en espérant des réponses.
Ah bon ? C'est quasiment le même installeur que celui de Debian pourtant. T'as eu des problèmes avec quel type de matériel ?
[^] # Re: Debian et Ubuntu
Posté par Frédéric Lopez . En réponse à la dépêche Ubuntu 5.10 est sortie. Évalué à 2.
Il s'est passé tant de trucs que ça depuis juin dernier sur le desktop ?
D'ailleurs, ça n'a pas l'air de gêner les utilisateurs de MS Windows 98 (il y en a encore) ou de MS Windows XP (sorti en 2001) de ne pas avoir un système à jour. Pourquoi ce serait un problème avec Linux ?
Ça veut dire quoi pas assez mature ? Si c'est pas assez stable, il y a testing, qui dispose maintenant de correctifs de sécurité et qui n'est pas très en retard niveau fraîcheur.
Tu veux dire que sous Debian ça fonctionne pas bien dès le début ? Tu peux préciser ?
[^] # Re: Un pour cent ?
Posté par Frédéric Lopez . En réponse à la dépêche Le point sur le traitement graphique sous Linux. Évalué à 4.
Si tu fais les questions et les réponses, c'est effectivement plus simple...
Dans le lien que je t'ai donné, IDC évaluait à 24% la part de Linux sur le marché des serveurs en 1999 (36% pour MS Windows NT).
Savoir qui a raison a peu d'intérêt, ces chiffres montrent seulement que personne n'est capable d'évaluer de façon fiable les parts de marché de Linux. Sans oublier le fait qu'il y a potentiellement des conflits d'intérêts qui peuvent orienter ces chiffres (étude Gartner financée par Microsoft par exemple).
Ce qui m'étonne par contre, c'est la mauvaise foi déconcertante dont tu fais preuve, c'est assez surprenant par rapport à ton argumentation habituelle. Quelqu'un t'as piqué ton mot de passe et poste à ta place peut-être ?
[^] # Re: Un pour cent ?
Posté par Frédéric Lopez . En réponse à la dépêche Le point sur le traitement graphique sous Linux. Évalué à 6.
[^] # Re: Un pour cent ?
Posté par Frédéric Lopez . En réponse à la dépêche Le point sur le traitement graphique sous Linux. Évalué à 2.
http://www.dwheeler.com/oss_fs_why.html(...)
De son côté, IDC estimait que Linux avait déjà dépassé le Mac en part de marchés depuis 2003 et que Linux occuperait 6% du marché desktop en 2007.
Dans la même veine, Siemens a annoncé en 2003 que Linux occuperait 20% du marché desktop en 2008
http://www.newsforge.com/article.pl?sid=03/08/13/1424212(...)
[^] # Re: mouais
Posté par Frédéric Lopez . En réponse au journal Quake 4 sous Linux. Évalué à 1.
[^] # Re: Information contre déformation
Posté par Frédéric Lopez . En réponse à la dépêche L'Afrique bouge aussi : 2ndes Rencontres Africaines du Logiciel Libre. Évalué à 0.
D'ailleurs si ce n'était pas de l'humour, j'aimerais que tu m'expliques en quoi tu penses qu'il aurait besoin d'une autocritique.
[^] # Re: mouais
Posté par Frédéric Lopez . En réponse au journal Quake 4 sous Linux. Évalué à 1.
Euh, non, pas vraiment, y a pas mal de monde qui y joue quand même. Moins qu'à ET c'est clair, mais il y a régulièrement au moins une dizaine de serveurs correctement peuplés.
[^] # Re: un grand merci
Posté par Frédéric Lopez . En réponse au journal Dernier jour de scrutin sur Wikipedia concernant les images en "fair use". Évalué à 1.
Pour Delphi il existe Free Pascal et Lazarus qui permettent d'éviter le « piège » ;)
[^] # Re: Une autre bonne et une mauvaise nouvelle
Posté par Frédéric Lopez . En réponse à la dépêche Un portable Dell préinstallé avec Mandriva Linux. Évalué à 3.
Ah ok, je croyais que tu parlais de la lenteur à l'utilisation en fait, c'est vrai que le chargement d'OOo est assez long, j'espère que ça ira en s'améliorant avec la prochaine version.
Jusqu'ici, je n'ai pas encore eu de soucis en important des documents MS Word dans OpenOffice.org, à part la mise en page un peu défaillante parfois, mais c'est assez mineur.
Par contre j'ai récemment eu un problème en récupérant un document MS Word écrit sous MacOS X, la numérotation des pages ne fonctionnait pas, même en enlevant les champs de numérotation et en les recréant. En ouvrant/sauvant le document avec OOo, la numérotation est réapparue sous MS Word.
[^] # Re: Une autre bonne et une mauvaise nouvelle
Posté par Frédéric Lopez . En réponse à la dépêche Un portable Dell préinstallé avec Mandriva Linux. Évalué à 4.
Tu peux donner des détails sur ce que tu trouves moins rapide et moins ergonomique ?
[^] # Re: Bien mais ... et la vente liée là dedans.
Posté par Frédéric Lopez . En réponse à la dépêche Un portable Dell préinstallé avec Mandriva Linux. Évalué à 2.
[^] # Re: c'est clair
Posté par Frédéric Lopez . En réponse à la dépêche Début du support de la sécurité pour Debian testing. Évalué à 2.
« Debian testing dispose maintenant d'un support de la sécurité équivalent à celui de Debian unstable. »
Le reste, ce sont des infos supplémentaires qui précisent la portée de ce changement, la procédure à effectuer pour en profiter et qui permettent de décider si le passage unstable->testing ou stable->testing vaut le coup.
[^] # Re: Une nouvelle ère ?
Posté par Frédéric Lopez . En réponse à la dépêche Début du support de la sécurité pour Debian testing. Évalué à 8.
Je trouve que cette nouvelle avait surtout un intérêt pour ceux qui veulent passer à Debian et hésitent entre testing et unstable. Maintenant le choix est facilité car testing commence à offrir un bon compromis entre fraîcheur des paquets et fiabilité/sécurité du système.
Je me disais aussi que ça pourrait peut-être lancer un débat intéressant sur l'utilisation de testing sur des serveurs de prod. pas forcément critiques.
[^] # Re: Problème de pkg-config
Posté par Frédéric Lopez . En réponse au message Compilation. Évalué à 1.
[^] # Re: Problème de pkg-config
Posté par Frédéric Lopez . En réponse au message Compilation. Évalué à 1.
# Problème de pkg-config
Posté par Frédéric Lopez . En réponse au message Compilation. Évalué à 1.
# Linux != MS Windows
Posté par Frédéric Lopez . En réponse au message ou conseillez vous les install des logiciels ?. Évalué à 2.
Sous Linux, il existe dans toutes les grandes distributions (donc y compris la Mandriva) un système centralisé de gestion des installations. Tu n'as pas à te soucier de l'endroit où sera installé le logiciel puisque c'est normalisé et géré par le système.
Il existe des outils graphiques ou textes qui permettent de rechercher les logiciels disponibles (qu'on appelle généralement des paquets), de les installer, les désinstaller ou les mettre à jour. L'avantage de ce système est que les logiciels sont parfaitement intégrés au système et qu'ils peuvent être désinstallés proprement.
Pour plus d'infos, voir par exemple : http://lea-linux.org/fiches/administration/ficheinstall.html(...)
[^] # Re: Une méthode
Posté par Frédéric Lopez . En réponse au message Mise à jour du Noyau. Évalué à 3.
[^] # Re: Une méthode
Posté par Frédéric Lopez . En réponse au message Mise à jour du Noyau. Évalué à 3.
Voir : http://lea-linux.org/kernel/kernel_debian.html(...)
[^] # Re: Pas si dûr
Posté par Frédéric Lopez . En réponse au message Mise à jour du Noyau. Évalué à 1.
Personnellement, je te conseille d'attendre la version packagée par Debian, à moins que tu n'aies absolument besoin des fonctionnalités du dernier noyau. Dans ce cas, il faudra que tu installes kernel-package et que tu utilises make-kpkg pour pouvoir compiler proprement ton noyau à la sauce Debian. Il doit normalement s'occuper tout seul de la mise à jour de grub/lilo pendant la phase d'install.
[^] # Re: C'est encore programmé en C ?!
Posté par Frédéric Lopez . En réponse à la dépêche Le moteur du jeu Quake 3 en GPL. Évalué à 2.
Rassure moi quand même, l'optimisation c'est bien la première ligne hein ? Cela dit, si c'est la deuxième et que L, R, G et B sont des entiers, en utilisant un >> 8 à la place du / 256, c'est possible que ce soit plus rapide. Je suppose que ton compilateur aurait compris ça ?
Et ça :
i = 0x5f3759df - (i>>1);
ton compilateur est capable de te le sortir en optimisation ?
Ça te donne une erreur maximum relative de 0.00175228 par rapport à (1.0f / sqrt(x)) mais en 4x plus rapide.