Obsidian a écrit 5313 commentaires

C'est surtout un

salvador && alien -d

qui aurait été fort ...

de http://www.bide-et-musique.com :-)

Ca à l'air bien gruikesque, comme fonction. Pourquoi en as-tu particulièrement besoin ?

En plus, c'est obsolète :

This interface is obsoleted by krcmd(3). It is available from the compatibility library, libcompat.

Bon, il est tout-à-fait possible que ce soit getservbyname qui échoue. Cette fonction recherche dans /etc/services le port qui correspond au protocole "exec" en TCP/IP, chez moi c'est 512. Si cette ligne n'est pas renseignée, il est possible que ta structure renvoie un port nul et que ta connexion échoue à cause de cela.

De toutes façons, en y réfléchissant, le port 512, je ne l'ai jamais vu ouvert. La man page sur le net dit qu'il s'agit d'une fonction BSD, et dans tous les cas, il ne doit pas s'agir de ssh.

Donc oui, il y a 99,999% de chances pour qu'il n'y ait pas de daemon Linux configuré pour écouter ce port et faire ce type d'action, ce qui est très bien comme ça.

humour.

C'est parce que tu n'as pas saisi le second degré : Les ports 135 à 139 sont habituellement utilisés par NetBIOS et donc par les machines Windows. Les ports 22 et 443 correspondent, eux, respectivement aux protocoles ssh et https. Sur une machine Linux, typiquement, les premiers sont toujours fermés et les seconds souvent ouverts (surtout ssh). C'est le contraire sur une machine Windows.

Cette fausse lettre était une blague bien sûr, mais si tous les FAIs doivent être officiellement en charge de faire la police, il faut d'abord qu'ils connaissent les profils de toutes les machines qui peuvent être reliées au réseau. Et encore aujourd'hui, c'est loin d'être le cas.

Et en quoi cela va à l'encontre de ce que j'ai dit ?

on ne serait pas emmerdé longtemps par des incompétents.

Justement, il ne resterait pas grand monde sur le Net. La majorité des gens ne savent pas qu'ils sont vérolés, et une bonne partie de ceux-ci encore ne comprend même pas de quoi il s'agit. De toutes façons, ces gens penseraient qu'y remédier est du ressort du FAI.

En plus, pour beaucoup de gens, avoir un PC infecté chez soi, c'est un peu comme choper une maladie vénérienne. C'est honteux et on veut le cacher. Si en même temps les gens voient que tout le monde travaille sous Windows et rencontre le même problème, c'est un moyen de se disculper, de croire que ces choses sont normales.

<troll>Si AOL devait appliquer tes recommandations, ils perdraient 90% de leur clientèle<troll>.

Et puis s'il faut donner cette responsabilité aux FAIs, faut-il encore qu'ils soient eux-mêmes responsables, et un minimum compétents. J'imagine bien la lettre type :

« Cher Mr.¹ Dugenou,

Nos experts de sécurité ont relevé sur votre connexion les anomalies suivantes :

- Ports 135 à 139 anormalement fermés.
- Ports suspects ouverts : 22, 443.

Votre PC est vraissemblablement infecté par un virus ou un ver d'Internet, ce qui constitue un danger potentiel pour vous comme pour les utilisateurs. En conséquence, votre connexion Internet est suspendue jusqu'à ce que vous puissiez remédier à ce problème. Pour vous y aider, nous vous conseillons de mettre à jour votre machine sur le site window-update.biz et de suivre les recommandations consignées dans le document MS-Word ci-joint². Il va sans dire que l'e-mail étant un vecteur de propagation système de transmission des virus désormais reconnu, l'accès à votre boite aux lettres est également suspendue pour une durée indéterminée de 6 mois.

Dans l'attente de votre vidage expéditif, nous vous prions de croire, Mr.¹ Dugenou, en l'assurance de notre considération sincère et distinguée.

Le service clientèle GoToHell Interactive.

¹ Pas croyable le nombre de structures qui écrivent « Mister » (Mr.) au lieu de « Monsieur » (M.) en début de lettre.
² « Pour pouvoir lire ce document MS-Word, vous devez installer le plug-in Shockwave Flash. Téléchargez le plug-in pour IExplorer à l'adresse suivante : http://... »

Un scanner géant, ça s'appelle un satellite :-)
Et c'est pas Google Print mais Google Earth, dans ce cas ...

Pourquoi ?
Tu croyais qu'on apprenait l'informatique à l'école ?

Non, mais tu participes à la popularisation du format. L'idée générale est de le faire adopter par les webmestres à la base. Tant qu'à imposer des « best viewed with », autant que ce soit pour de bonnes raisons.

IE ne sait pas non plus gérer XHtml/CSS correctement non plus et pourtant cela parait normal à toute personne sensée de suivre la recommandation ...

Cela fait bien longtemps maintenant que je ne suis plus l'actualité d'IE mais il n'était pas prévu que la prochaine version prennent correctement en charge le PNG ?

Si c'est le cas, tu leur fais un gros FUD positif des familles, en leur disant que c'est le « prochain standard de chez MS » bla, bla, « qu'il va falloir s'y mettre », etc.

Si un tel IE est déjà sorti, upgrade leur machine.

Bientôt avec "linuxfr" ? :-)

Quand je parlais de sobriété toute relative, je voulais bien entendu parler de sa voracité en RAM et en ressources diverses. Pour les thèmes graphiques, GNOME n'a désormais plus rien à prouver, bien sûr.

J'ai envie de dire que pour ne pas se prendre trop la boule, OpenOffice fonctionne très bien désormais. Il génère du format ouvert et facile à transcrire vers tout type de document.

Autrement, le mieux à mon avis est d'utiliser le DocBook (XML basé sur l'ancien SGML), avec lequel sont écrits la majorité des HOWTO du LDP.

http://www.docbook.org/oasis/index.html

Çà, 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 ...

¹ : http://linuxfr.org/2001/05/23/3627.html

Résolution bloquée a 800*600 sous fedora

Tout est dans le titre.

Ce genre de pensées est typique de dlfp.

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 ...)

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 ...

Tu peux nous en dire un peu plus ?

Qu'entends-tu exactement par "Je ne peux pas aller dessus" ?

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".

Bon courage.

Quelqu'un qui a cliqué sur le mauvais lien, sans doute ...

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.

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

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, deux liens pour débuter :

http://www.eecs.tulane.edu/www/Terry/OpenGL/Introduction.htm(...)
http://paulyg.f2s.com/prog1.htm