Çà, c'est vraiment une bonne initiative, parce que GNOME est vraiment lourd et lent. Pourtant je l'utilise tous les jours, et n'en pense que du bien à part ces deux détails.
Sans vouloir lancer un gros troll, c'est un excellent environnement de bureau mais pour ce que j'en vois (c'est-à-dire un peu plus que ce qui est visible sur l'interface graphique, mais pas beaucoup plus loin non plus), un Windows95 faisait déjà de même avec des ressources bien plus limitées (au prix, c'est vrai, d'un certain nombre de raccourcis assez sales).
Je dis cela parce que la lenteur n'est pas le seul point noir de GNOME, sa sobriété toute relative en est également un car tout le monde ne travaille pas sur sa machine personnelle. Nous utilisons par exemple, au travail, des gros serveurs SUN Solaris de dernière génération, ayant adopté GNOME ¹, le tout attaqué par une batterie de terminaux X type thin client. Tous les bureaux GNOME des utilisateurs partagent la même machine. Je ne sais pas si GNOME sait en tirer parti ou pas ...
Oui, sous Unix en général, tout est fichier, et cela commence par les fichiers de configuration. Nous n'utilisons pas de base de registre ou autre bizarrerie du même genre ...
Le répertoire /etc contient tous les fichiers de configuration qui s'appliquent au système entier. Parmi eux, fstab (Table des Filesystem) est un simple fichier texte qui indique au système quels sont les partition à monter au démarrage de ton système ou sur requête de l'utilisateur.
Les fichiers dans le répertoire /dev sont des « fichiers spéciaux », c'est-à-dire des entrées dans le répertoire qui ne correspondent pas un fichier physique sur le disque dur, mais à une routine du noyau à appeler. Exemple : Tout ce que tu écriras dans /dev/dsp sera envoyé à ta carte son.
Les fichiers en /dev/hd---- (Hard Disk) pilotent les disques dur IDE. En gros hda=Primary Master, hdb=primary slave, hdc=secondary master, hdd=secondary slave, hde=Master de la première carte d'extension IDE que tu as branchée (donc le troisième contrôleur IDE), etc. Sans numéro derrière, ils se réfèrent au disque entier, avec un numéro derrière, ils visent la partition concernée : les numéros 1 à 4 sont les 4 partitions primaires, et les 5 à 64 représentent toutes les partitions logiques.
Il y a de fortes chances pour que ton système ait détecté à l'installation un disque fixe en secondary master, et que tu ait déplacé celui-ci par la suite.
Il suffit de remplacer hdc5 par la lettre adéquate.
À propos, « implémenter » est dans mon dictionnaire (de 1980 tout de même), mais si vous tenez à utiliser un terme bien français (ce qui vous honore), ne traduisez pas ce mot par « implanter », comme on le voit souvent.
Moi j'utilise « mettre en oeuvre », par exemple ...
Il faut te débrouiller pour que les modules noyau de chaque carte réseau (en supposant qu'elles ne partagent pas le même) soit chargés dans l'ordre. Tu peux obtenir cela notament en configurant proprement le fichier modprobe.conf (ou module.conf sur les noyaux 2.4) avec une ligne "alias".
Moi non plus, je ne connais pas Suse, mais j'imagine qu'il doit y avoir un script dans /etc/init.d qui doit se charger de cela, lui-même pointé par /etc/rc6.d/K--modem ou quelque chose dans le même genre. Il suffit de désactiver ce truc à mon avis.
Justement, un binaire compilé n'a besoin que des bibliothèques pour fonctionner, mais pour bâtir une nouvelle application, le compilateur a besoin des fichiers .h pour savoir comment s'en servir. Et ceci se trouvent dans les packages *-dev, donc pas installés par défaut.
J'ai lu pas mal de chose à son sujet comme quoi c'est tres bien, mais j'ai du mal à faire la différence lors de l'utilisation de mesa !
Pour autant que je sache, Mesa est une implémentation libre de OpenGL. C'est donc celle que l'on utilise par défaut sous Linux, et qui émule logiciellement le rendu des objets 3D. Par conséquent, cela fonctionne mais très lentement.
Si ensuite tu veux jouer en 3D, tu auras besoin d'avoir une carte graphique dont le fabricant propose un pilote qui fonctionne sous Linux, qui s'intègre au serveur X-Window et reconnaît l'API GLX. Seulement alors les applications OpenGL fonctionneront en « temps réel ». Par contre, point de vue programmation, cela ne change strictement rien.
Pour les packages, tapes dpkg - l *mesa* pour savoir ce qui est déjà chez toi, mais en pratique, la plupart des bibliothèques devraient déjà être chez toi, mais il faudra en plus les packages "-dev" pour pouvoir compiler de nouvelles applications. Chez moi, sous Ubuntu, j'ai actuellement
ii xlibmesa-dri 6.8.2-10.1 Mesa 3D graphics library modules [X.Org]
ii xlibmesa-gl 6.8.2-10.1 Mesa 3D graphics library [X.Org]
ii xlibmesa-gl-dev 6.8.2-10.1 Mesa 3D graphics library development files [X.Org]
ii xlibmesa-glu 6.8.2-10.1 Mesa OpenGL utility library [X.Org]
ii xlibmesa-glu-dev 6.8.2-10.1 Mesa OpenGL utility library development files [X.Org]
Sinon, n'importe quelle distribution en elle-même peut bien sûr être modifiée, puisque c'est par définition une distribution des mêmes logiciels. Ceci dit, s'il n'y a pas grand chose à mettre en oeuvre en pratique, c'est quand même assez délicat à mettre en oeuvre, et nécessite assez souvent (pas toujours cependant) des patchs sur le noyau.
Donc autant prendre une distribution faite pour cela.
La seule technique qui permette de faire cela avec plusieurs machines distinctes (donc pas SMP ou autres spécificités montées sur une même carte) est la mise en place d'un cluster, puis des techniques comme la migration de processus.
Chaque machine fait tourner son Linux + une légère surcouche qui leur permet de communiquer de façon coordonnées, et de faire migrer un processus depuis la machine de départ vers une machine "libre".
La granularité d'un tel système est donc le processus. Cela veut dire que si ton programme n'a pas été conçu ou adapté pour faire un minimum de parallélisme (ou au moins forker ou créer des threads), tu ne tirera aucun profit de ta super-machine, pas plus qu'avec un SMP d'ailleurs.
Posté par Obsidian .
En réponse au message urgence.
Évalué à 5.
malheuresement , mes script bugs;
Décidément, il faut te tirer les vers du nez, toi. Le message d'erreur ?
Bon je ne suis pas un pro du Perl, mais visiblement tu utilises des guillemets : $data{"num_titi"} ...
... au milieu d'une chaine qui les utilise déjà:
$query ="INSERT ...
Moralité, le Perl pense que $data est un scalaire ordinaire, que « { » est un caractère à afficher, et que le guillemet ouvrant qui suit est en fait le guillemet qui referme la chaine. => Erreur de syntaxe.
Ce qui est assez hallucinant, c'est que non seulements ils sont nuls en l'état actuel des choses, mais qu'il faudra une loi rétroactive pour les rendre applicables. Et cela pourrait bien se produire.
Passer de Windows à Linux n'implique pas une remise en cause au niveau existentiel ! :-)
Bon l'idée est que sous Unix, il n'y a pas de « profil » à la Windows, écrits en dur et complètement immuables. S'ils existent sous Mandrake, c'est fait pour ressembler à Windows pour ne pas trop dépayser le newbie.
Sous Unix, il y a des utilisateurs et des groupes, d'une part.
Ensuite, il y a root (Dieu) et les autres users (simples mortels).
L'idée est que comme tout est fichier sous Unix, tu peux très bien restreindre l'accès à des ressources comme tu restreins l'accès aux fichiers avec des droits sous Windows. Partant de ce constat, tout ce que tu as à faire pour accorder des pouvoirs à tes utilisateurs est de placer ceux-ci dans les bons groupes.
Personne ne s'énerve, mais c'est un problème extrêmement classique. Quelqu'un qui travaille en root sufisament ostensiblement pour que tu t'en rendes compte est toujours un débutant.
Le problème est que lorsque l'on vient du monde Windows, on a l'habitude de passer son compte utilisateur en « administrateur ». Il faut absolument se rendre compte que c'est totalement différent sous Unix, et que le système de gestion des ressources est bien plus versatile.
Ben d'abord, effectivement, s'il y a une grande quantité de docs à imprimer et que c'est fait en entreprise, je considère que c'est fait sur une laser. Ensuite, il y a une différence entre un pavé bien tassé, relié dans un classeur à l'abri de l'air et surtout de la lumière, dans un coffre-fort et une feuille volante imprimée à la matricielle qui irait pourrir sur le haut d'une armoire.
Et puis même si la qualité d'impression d'une jet d'encre n'est pas extraordinaire sur la durée, le papier est quand même largement plus imprégné que par les rubans encreurs des vénérables machines des années 80.
# Attention : message sans intérêt
Posté par Obsidian . En réponse au journal Vous trouvez GNOME lent ?. Évalué à 4.
Sans vouloir lancer un gros troll, c'est un excellent environnement de bureau mais pour ce que j'en vois (c'est-à-dire un peu plus que ce qui est visible sur l'interface graphique, mais pas beaucoup plus loin non plus), un Windows95 faisait déjà de même avec des ressources bien plus limitées (au prix, c'est vrai, d'un certain nombre de raccourcis assez sales).
Je dis cela parce que la lenteur n'est pas le seul point noir de GNOME, sa sobriété toute relative en est également un car tout le monde ne travaille pas sur sa machine personnelle. Nous utilisons par exemple, au travail, des gros serveurs SUN Solaris de dernière génération, ayant adopté GNOME ¹, le tout attaqué par une batterie de terminaux X type thin client. Tous les bureaux GNOME des utilisateurs partagent la même machine. Je ne sais pas si GNOME sait en tirer parti ou pas ...
¹ : http://linuxfr.org/2001/05/23/3627.html
[^] # Re: Quelques infos...
Posté par Obsidian . En réponse au message Résolution bloquée a 800*600 sous fedora. Évalué à 2.
Tout est dans le titre.
[^] # Re: Pas besoin d'être vulgaire pour exprimer une opinion.
Posté par Obsidian . En réponse au journal Firefox cache mal son jeu. Évalué à 4.
DLFP t'offre un site, tu le prends, tu le prends pas, c'est toi qui choisit.
(J'me boufferais bien des chips, moi, tiens ...)
[^] # Re: Non
Posté par Obsidian . En réponse au message Impossible de monter le périphérique.. Évalué à 2.
Le répertoire /etc contient tous les fichiers de configuration qui s'appliquent au système entier. Parmi eux, fstab (Table des Filesystem) est un simple fichier texte qui indique au système quels sont les partition à monter au démarrage de ton système ou sur requête de l'utilisateur.
Les fichiers dans le répertoire /dev sont des « fichiers spéciaux », c'est-à-dire des entrées dans le répertoire qui ne correspondent pas un fichier physique sur le disque dur, mais à une routine du noyau à appeler. Exemple : Tout ce que tu écriras dans /dev/dsp sera envoyé à ta carte son.
Les fichiers en /dev/hd---- (Hard Disk) pilotent les disques dur IDE. En gros hda=Primary Master, hdb=primary slave, hdc=secondary master, hdd=secondary slave, hde=Master de la première carte d'extension IDE que tu as branchée (donc le troisième contrôleur IDE), etc. Sans numéro derrière, ils se réfèrent au disque entier, avec un numéro derrière, ils visent la partition concernée : les numéros 1 à 4 sont les 4 partitions primaires, et les 5 à 64 représentent toutes les partitions logiques.
Il y a de fortes chances pour que ton système ait détecté à l'installation un disque fixe en secondary master, et que tu ait déplacé celui-ci par la suite.
Il suffit de remplacer hdc5 par la lettre adéquate.
[^] # Re: Ou ca du charabia Marketing ?
Posté par Obsidian . En réponse à la dépêche Pour Microsoft, l'Afrique ne saura pas utiliser le logiciel libre.... Évalué à 10.
Moi j'utilise « mettre en oeuvre », par exemple ...
# Je ne peux pas aller dessus ?
Posté par Obsidian . En réponse au message Disque dur FAT32. Évalué à 2.
Qu'entends-tu exactement par "Je ne peux pas aller dessus" ?
# modprobe.conf
Posté par Obsidian . En réponse au message changer le nom des interfaces reseaux. Évalué à 3.
Bon courage.
[^] # Re: Différence de formation
Posté par Obsidian . En réponse au journal LE Quebec s'oppose à Microsoft. Évalué à 2.
# init.d ?
Posté par Obsidian . En réponse au message SuSE 9.3 chez un Windowzien + pbm ADSL. Évalué à 2.
[^] # Re: mesa opengl toussa
Posté par Obsidian . En réponse au message Installation d'openGL. Évalué à 2.
sudo apt-get install xlibmesa-gl-dev xlibmesa-glu-dev
GLUT semble être un package à part. Un dpkg -l *glu* pour tirer tout cela au clair. Donc :
sudo apt-get install libglut3 freeglut3 libglut3-dev freeglut3-dev
# mesa opengl toussa
Posté par Obsidian . En réponse au message Installation d'openGL. Évalué à 2.
Pour autant que je sache, Mesa est une implémentation libre de OpenGL. C'est donc celle que l'on utilise par défaut sous Linux, et qui émule logiciellement le rendu des objets 3D. Par conséquent, cela fonctionne mais très lentement.
Si ensuite tu veux jouer en 3D, tu auras besoin d'avoir une carte graphique dont le fabricant propose un pilote qui fonctionne sous Linux, qui s'intègre au serveur X-Window et reconnaît l'API GLX. Seulement alors les applications OpenGL fonctionneront en « temps réel ». Par contre, point de vue programmation, cela ne change strictement rien.
Pour les packages, tapes dpkg - l *mesa* pour savoir ce qui est déjà chez toi, mais en pratique, la plupart des bibliothèques devraient déjà être chez toi, mais il faudra en plus les packages "-dev" pour pouvoir compiler de nouvelles applications. Chez moi, sous Ubuntu, j'ai actuellement
ii xlibmesa-dri 6.8.2-10.1 Mesa 3D graphics library modules [X.Org]
ii xlibmesa-gl 6.8.2-10.1 Mesa 3D graphics library [X.Org]
ii xlibmesa-gl-dev 6.8.2-10.1 Mesa 3D graphics library development files [X.Org]
ii xlibmesa-glu 6.8.2-10.1 Mesa OpenGL utility library [X.Org]
ii xlibmesa-glu-dev 6.8.2-10.1 Mesa OpenGL utility library development files [X.Org]
Sinon, deux liens pour débuter :
http://www.eecs.tulane.edu/www/Terry/OpenGL/Introduction.htm(...)
http://paulyg.f2s.com/prog1.htm
[^] # Re: C'est n'imp
Posté par Obsidian . En réponse à la dépêche DMCA français : lettre à Dominique de Villepin. Évalué à 8.
[^] # Re: la mise en place d'un cluster, puis des techniques comme la migratio
Posté par Obsidian . En réponse au message Faire tourner 1 instance de linux sur plusieurs machines. Évalué à 3.
http://www.traduc.org/docs/HOWTO/lecture/Parallel-Processing-HOWTO.(...)
Sinon, n'importe quelle distribution en elle-même peut bien sûr être modifiée, puisque c'est par définition une distribution des mêmes logiciels. Ceci dit, s'il n'y a pas grand chose à mettre en oeuvre en pratique, c'est quand même assez délicat à mettre en oeuvre, et nécessite assez souvent (pas toujours cependant) des patchs sur le noyau.
Donc autant prendre une distribution faite pour cela.
# "Clusterisation"
Posté par Obsidian . En réponse au message Faire tourner 1 instance de linux sur plusieurs machines. Évalué à 4.
Chaque machine fait tourner son Linux + une légère surcouche qui leur permet de communiquer de façon coordonnées, et de faire migrer un processus depuis la machine de départ vers une machine "libre".
La granularité d'un tel système est donc le processus. Cela veut dire que si ton programme n'a pas été conçu ou adapté pour faire un minimum de parallélisme (ou au moins forker ou créer des threads), tu ne tirera aucun profit de ta super-machine, pas plus qu'avec un SMP d'ailleurs.
[^] # Re: Pour les employés seulement.
Posté par Obsidian . En réponse au journal Evitez les virus : utilisez IE !. Évalué à 5.
s/de l'OS/du DSI/
[^] # Re: Bloub !
Posté par Obsidian . En réponse au journal Mon fils est-il un hacker ?. Évalué à 2.
[^] # Bloub !
Posté par Obsidian . En réponse au journal Mon fils est-il un hacker ?. Évalué à 8.
http://linuxfr.org/2001/12/12/6328.html(...)
[^] # Re: Super !
Posté par Obsidian . En réponse au message urgence. Évalué à 5.
Décidément, il faut te tirer les vers du nez, toi. Le message d'erreur ?
Bon je ne suis pas un pro du Perl, mais visiblement tu utilises des guillemets : $data{"num_titi"} ...
... au milieu d'une chaine qui les utilise déjà:
$query ="INSERT ...
Moralité, le Perl pense que $data est un scalaire ordinaire, que « { » est un caractère à afficher, et que le guillemet ouvrant qui suit est en fait le guillemet qui referme la chaine. => Erreur de syntaxe.
# Super !
Posté par Obsidian . En réponse au message urgence. Évalué à 7.
[^] # Re: Brevets ?
Posté par Obsidian . En réponse au journal Quand les sociétés sensées lutter contre la contrefaçon sur le P2P s'accuse mutuellement ... de contrefaçon. Évalué à 3.
[^] # Re: et le titre / résumé ?
Posté par Obsidian . En réponse au journal pour vous remonter le moral, après l'annonce de nessus v3. Évalué à 7.
[^] # Re: mais mais mais Pourquoi?
Posté par Obsidian . En réponse au message Attribuer à un utilisateur le profil root. Évalué à 3.
Bon l'idée est que sous Unix, il n'y a pas de « profil » à la Windows, écrits en dur et complètement immuables. S'ils existent sous Mandrake, c'est fait pour ressembler à Windows pour ne pas trop dépayser le newbie.
Sous Unix, il y a des utilisateurs et des groupes, d'une part.
Ensuite, il y a root (Dieu) et les autres users (simples mortels).
L'idée est que comme tout est fichier sous Unix, tu peux très bien restreindre l'accès à des ressources comme tu restreins l'accès aux fichiers avec des droits sous Windows. Partant de ce constat, tout ce que tu as à faire pour accorder des pouvoirs à tes utilisateurs est de placer ceux-ci dans les bons groupes.
[^] # Re: mais mais mais Pourquoi?
Posté par Obsidian . En réponse au message Attribuer à un utilisateur le profil root. Évalué à 4.
Le problème est que lorsque l'on vient du monde Windows, on a l'habitude de passer son compte utilisateur en « administrateur ». Il faut absolument se rendre compte que c'est totalement différent sous Unix, et que le système de gestion des ressources est bien plus versatile.
[^] # Re: Open vaseline
Posté par Obsidian . En réponse au journal Open source et formats ouverts recallés au DMP ?. Évalué à 2.
[^] # Re: Ça m'étonne que personne n'ai relevé
Posté par Obsidian . En réponse au journal Le comble du development en code fermé?. Évalué à 3.
Et puis même si la qualité d'impression d'une jet d'encre n'est pas extraordinaire sur la durée, le papier est quand même largement plus imprégné que par les rubans encreurs des vénérables machines des années 80.