1) Cela laisse supposer que tout le savoir du fabricant réside dans son pilote. Ce n'est pas totalement exact. De plus, à te lire, tout ce code supplémentaire sert à émuler les générations précédentes, donc celles qui ne sont plus implémentées physiquement sur la carte. Ce n'est donc pas avec que l'on va voler la technologie du fabricant.
2) Un pilote binaire n'est ABSOLUMENT PAS protégé contre le reverse engineering. D'abord il s'agit d'un logiciel relativement réduit, pas d'un système d'exploitation entier, ensuite les pilotes de périphériques de pointe sont souvent les seuls programmes qui soient encore écrits dans un langage proche de la machine (C et pas mal d'assembleur, au moins pour accéder aux registres spécifiques de la carte) ce qui réduit la taille du code à explorer et permet d'éviter de se perdre entre ce qui relève du « code utile » et du padding autogénéré par les langages de haut-niveau. On peut donc facilement mettre une petite équipe de codeurs sur l'affaire qui en fera la synthèse et fournira les premiers résultats en un mois ou deux.
Moi-même j'ai fait le désassemblage (avec un désassembleur maison) des ROMs de mon vieux huit bits et en ai fait le commentaire ligne par ligne. Bon certes, il s'agit d'un logiciel de 1985 mais qui représente tout de même 2x10000 lignes d'assembleur et qui fait office de système d'exploitation complet (langage de prog, interface utilisateur, gestion de bas-niveau de tous les périphs, lecteur de disquettes, etc.).
Il me paraît évident qu'une équipe avec des connaissances à jour, spécialisée en cartes graphiques, et focalisée sur ce sujet précis peut faire de même et obtenir très vite de très bons résultats.
3) Il est tout-à-fait possible pour un fondeur de puces de procéder à la rétro-ingéniérie physique d'un circuit déjà intégré ! Un copain en école d'ingé spécialisée en électronique me l'a montré. Le boitier du circuit a été ouvert et la puce scannée pour en reproduire le masque ou quelque chose qui y ressemble. A partir de là, il fallait déduire la fonction du circuit. C'était un sujet de TP. Bon, là encore, le circuit en question était un 4011 (4 portes logiques NON-ET, le circuit de base), mais là encore en y mettant un peu de temps, on peut rapidement reconnaître les motifs courants et estimer si telle ou telle technologie se trouve dans une puce ou pas.
4) Ces arguments sont valables pour des secteurs de pointes comme les cartes graphiques par exemple, pas pour d'autres périphériques telles que les imprimantes, souris, etc.
5) Cela se faisait avant ! Pendant longtemps j'ai eu les spécifications de mes périphériques fournies dans la boite. En 85, quand je branchais un modem sur mon TO8D, j'avais un schéma électronique qui décrivait l'intérieur de l'appareil, les spécifications de chaque port IO, ainsi qu'un exemple de programme en assembleur pour l'exploiter au mieux. Notre foyer avait également fait l'acquisition d'un manétoscope et d'un autoradio, et à chaque fois le schéma était inclus. A partir des années 1990, les spécifications complètes se sont faites plus rares, mais le protocole de communication, au moins la liste des codes reconnues, était toujours disponible et tout le monde trouvait cela normal. C'est donc bien un effet de mode et une mauvaise habitude qui pousse les fabricants à cacher les informations nécessaire à leurs utilisateurs, pas d'autre raison à mon goût ...
1) Le constructeur n'est pas interressé par Linux;
2) Donc: La communauté le boycotte;
3) Donc: Le constructeur n'est définitivement plus interressé.
C'est l'histoire du prisonier qui n'a ni à boire ni à manger et qui fait une grêve de la faim pour protester.
Au contraire, plutôt qu'un boycott actif, il faut d'abord se demander si le support des cartes ATI serait vraiment aussi profitable à la communauté qu'on veut bien le dire. Si la réponse est oui, alors il faut faire suffisament de tapage pendant suffisament de temps pour le constructeur finissent par croire en notre existence et nous prenne au sérieux.
D'une manière générale, je n'ai jamais compris la frilosité des grands constructeurs vis-à-vis de la publication de leur spécifications. Qu'un éditeur de logiciels ne veuille pas ouvrir son code source, j'arrive à imaginer pourquoi, c'est son fond de commerce, il veut également garder pour lui les astuces de ses meilleurs développeurs, mais dans le hardware, le logiciel est tout-à-fait secondaire, c'est juste une nécessité pour pouvoir faire fonctionner le périphérique.
Alors quand on propose au constructeur de lui écrire le pilote à l'oeil, et de lui ouvrir sans que cela lui coûte un sou de plus l'accès à un segment non négligeable du marché de l'informatique (Linux, et tous les autres OS alternatifs), et que je vois que la majeure partie du temps on se fait recevoir au choix par du dédain, de la méfiance, du mépris ou de l'indifférence, j'en arrive vraiment à croire que les personnes les plus haut placées de ces compagnies ne connaissent rien aux ordinateurs ...
La détection du moniteur a du foirer. Il faudrait probablement éditer /etc/X11/XF86Config-4 pour remettre un écran « générique » dans la section idoine.
Essaie de lancer en root la programme /usr/X11R6/bin/xf86config . Cela devrait te permettre de recréer sans trop de soucis un fichier de configuration correct.
Attention, « lo » comme « Locale » ou « Loopback » est comme son nom l'indique une interface virtuelle émulée par le noyau et qui te renvoie à toi même les paquets que tu lui envoie. Elle sert à gérer les paquets envoyés à 127.x.x.x. Donc il faut que tu laisses ton interfaces « lo » à 127.0.0.1.
Encore quelques mots donc:
- Il est évident, dans un système multiutilisateurs, que seul un administrateur peut changer l'IP d'une interface réseau. Donc passer root avant de lancer la commande.
- Essaie ifconfig -a (comme « all ») pour afficher la liste de toutes les inferfaces réseaux reconnues par ton système. Cela t'aidera peut-être à reconnaitre la bonne.
- Si vraiment tu n'as pas d'autres interfaces que « lo » et que tu es sûr d'avoir une carte réseau dans ton ordinateur, c'est que le kernel ne la reconnait pas encore. Donc voir du coté de « modprobe ».
Le problème principal avec les frames, c'est qu'il brise le concept « une page = un lien ». En effet, si tu te promènes dans un site en utilisant un navigateur latéral, et que tu as fini par trouver les informations qui te plaisent, tu ne peux ni bookmarker la page complète (avec les frames qui vont autour), ni mettre en place un lien vers elle, mais seulement vers la page contenue par un seul frame. Un autre inconvénient: Ce genre de structure est très difficilement référençable par un moteur de recherche.
Pour la place du sommaire dans le document, cela se discute. Certes, il ne fait pas partie de l'information liée au lien que tu as employé (d'autant qu'il est répété sur toutes les pages), mais si on reprend l'exemple de l'impression, l'utilisateur voudra peut-être avoir des enêtes et pieds de page sur son papier, alors qu'ils sont complètements inutiles à l'écran. Il en reste que ceux-ci devront bel et bien être spécifiés par la page HTML. Dans le même esprit, une personne dont la vision est bonne n'a que faire de modules « aural » par exemple, alors qu'ils sont pratiquement nécessaires pour un non-voyant.
Tout cela pour dire qu'un document HTML doit contenir toutes sortes d'informations qui peuvent être utiles à l'utilisateur dans le contexte qu'il a choisi en suivant une URL. C'est ensuite aux CSS de moduler la présentation - voir faire carrément disparaitre - les différentes sections du document en fonction de l'environnement de travail.
Enfin, si cela te saoule (et je le comprends) de réinsérer un même sommaire dans chaque page et de tous les maintenir par la suite, tu peux utiliser <iframe>. Le problème de référencement sera le même, mais au moins ton iframe est soumis aux CSS et se trouve à l'intérieur de la structure de ton document, pas autour.
- « ifconfig » est une commande standard Unix pour manipuler les InterFaces réseau, qu'elles soient physiques (Ex: « eth0») ou virtuelles (Ex: « ppp0 »).
- Il n'y a que le nom de l'inferface (ici « eth0 ») qui soit obligatoire avec ifconfig. Tous les autres paramètres sont optionels. Ici « 192.168.0.1 » définit la nouvelle adresse et « up » demande au système de l'activer, si ce n'étais pas déjà fait. « down » te permet de la désactiver. Mais il existe aussi « netmask », etc. ---> man ifconfig.
- Je précise pour les windowsiens (les anciens en tout cas) que les modifications prennent effet immédiatement. Pas besoin de rebooter donc ! :-)
- Toutes ces modifications sont dynamiques. Elles ne persisteront pas au prochain reboot. Si tu veux faire quelque chose de permanent, cela dépend du système que tu utilise. Redhat et Mandrake utilisent le répertoire /etc/sysconfig pour y stocker toutes les informations utiles pour remettre le système en état au démarrage. Dans « networking », tu devrait trouver un fichier du style « ifcfg-eth0 » qui contient toutes les informations à passer à ta carte, dont l'adresse IP en face de la ligne « IPADDR ». Ce fichier, évidement, ne sera réinterprêté que lorsque le script qui s'en occupe sera relancé. Donc à un redémarrage, ou éventuellement si tu changes de runlevel (à vérifier).
Petite précision: En écrivant ce message, il va sans dire que je recherche ces jeux en priorité sous Linux. Booter sous Windows, c'est sympa deux minutes, mais à la longue, j'aimerais pouvoir m'en passer.
J'ai également quelque émulateurs, mais si quelqu'un en a une liste exhaustive et veut bien en faire profiter tout le monde, je lui en serais reconnaissant. Enfin, émuler les consoles et vieilles machines 8/16 bits est très sympa, mais il est souvent illégal de posséder les ROMs des machines et les binaires des logiciels même si ceux-ci ne sont plus édités depuis belle lurette, et qu'en général il n'y a plus personne pour porter plainte.
Posté par Obsidian .
En réponse au message 3132.
Évalué à 2.
C'est très simple: Tu prends la dernière version de ta distribution préférée et tu installes Linux à la place de Windows. Tu régleras d'un coup, et pour longtemps, à la fois ton problème de clavier et ton problème de virus !
Bon plus sérieusement, tes indications sont trop vagues pour que l'on puisse déceler quoi que ce soit. Je te conseille déjà de démarrer sur une KNOPPIX, histoire de voir au moins si ton problème est purement logiciel ou si ton clavier est quand même défectueux ...
#include <stdio.h>
#define SIX 1 + 5
#define NINE 8 + 1
int main(void)
{
printf( "What you get if you multiply six by nine: %d\n", SIX * NINE );
return 0;
}
Bon alors, 3,4x10^38 adresses, cela fait 340 000 000 000 000 000 000 000 000 000 000 000 000 adresses disponibles, contre 4 000 000 000 pour IPv4.
C'est vrai que c'est mirobolant, mais en vingt ans, il peut se passer beaucoup de choses: On parle par exemple d'intégrer sa propre adresse IP à tous les produits domestiques, comme les ampoules électriques par exemple.
Avec le renouvellement croissant de ces produits, la distribution inévitables de plages d'adresses aux différents grands groupes et aux fournisseurs d'accès, etc, et surtout avec le développement des technologies réseaux qui va se poursuivre tout au long des années 2000, peut-on garantir que ces adresses ne vont pas être gaspillées ou mal employées, et que l'on ne va pas finalement se retrouver avec le même problème qu'IPv4, à savoir l'indisponibilité d'un grand nombre de combinaisons ?
Juste un reproche, la combinaison de touches n'est pas évidente à faire pour les petites mains, mais ça doit être fait de manière à éviter les fausses manip ;-)
C'est surtout parce que dès 1980, cette combinaison a été mise en place pour requérir l'attention du système. On trouve d'ailleurs la mention « Syst » sur la touche Impr. Ecran. au dessous du libellé principal. On trouve d'ailleurs le même genre de dispositif sur les autres machines d'IBM (telles que les AS/400).
Le problème vient du fait que jusqu'à Linux (et même encore aujourd'hui) les PC fonctionnaient pratiquement exclusivement sous DOS (puis sous Windows, par extension, jusqu'à ce que celui-ci devienne un OS à part entière, ce qui au passage est également la feuille de route de MultiDeskOS), et que ce système n'a jamais pris correctement en charge les touches spéciales du clavier d'un PC. Dans le même genre, la touche « Arrêt Défilement » à qui on a même associé une LED dédiée, et qui n'est pour ainsi dire pas utilisée dans le monde DOS/Windows (alors qu'elle est parfaitement prise en charge par les consoles virtuelles de Linux et combinée avec les séquences Ctrl+S et Ctrl+Q, qui gèrent elles aussi l'étatr de la LED).
Effectivement, on a tous cru pendant un temps que l'avenir de la distribution musicale résidait dans l'utilisation des réseaux, que cela permettrait de se passer des intermédiaires, d'avoir un choix beaucoup plus large, de permettre aux nouveaux artistes d'émerger rapidement, etc.
Malheureusement, la réalité nous rattrape et cette nouvelle forme de distribution n'étant pas encore réellement apparue, les abus se font déjà sentir:
Exact, cela s'appellait le TVR ( « Télétel à Vitesse Rapide » ), tout de même 8 fois plus rapide que l'original, qui a rendu service à beaucoup de monde, et était (est toujours) accessible par le 3623.
Sinon, j'ai aussi mon propre modem 28,8K en 1994. Un Olitec (« Diffusion ») qui malgré sa réputation ne m'a jamais laché ...
[^] # Re: C'est une excellente chose
Posté par Obsidian . En réponse à la dépêche Une pétition pour obtenir des pilotes ATI de meilleure qualité. Évalué à 2.
[^] # Re: C'est une excellente chose
Posté par Obsidian . En réponse à la dépêche Une pétition pour obtenir des pilotes ATI de meilleure qualité. Évalué à 10.
Certes, tes arguments sont pertinents, mais:
1) Cela laisse supposer que tout le savoir du fabricant réside dans son pilote. Ce n'est pas totalement exact. De plus, à te lire, tout ce code supplémentaire sert à émuler les générations précédentes, donc celles qui ne sont plus implémentées physiquement sur la carte. Ce n'est donc pas avec que l'on va voler la technologie du fabricant.
2) Un pilote binaire n'est ABSOLUMENT PAS protégé contre le reverse engineering. D'abord il s'agit d'un logiciel relativement réduit, pas d'un système d'exploitation entier, ensuite les pilotes de périphériques de pointe sont souvent les seuls programmes qui soient encore écrits dans un langage proche de la machine (C et pas mal d'assembleur, au moins pour accéder aux registres spécifiques de la carte) ce qui réduit la taille du code à explorer et permet d'éviter de se perdre entre ce qui relève du « code utile » et du padding autogénéré par les langages de haut-niveau. On peut donc facilement mettre une petite équipe de codeurs sur l'affaire qui en fera la synthèse et fournira les premiers résultats en un mois ou deux.
Moi-même j'ai fait le désassemblage (avec un désassembleur maison) des ROMs de mon vieux huit bits et en ai fait le commentaire ligne par ligne. Bon certes, il s'agit d'un logiciel de 1985 mais qui représente tout de même 2x10000 lignes d'assembleur et qui fait office de système d'exploitation complet (langage de prog, interface utilisateur, gestion de bas-niveau de tous les périphs, lecteur de disquettes, etc.).
Il me paraît évident qu'une équipe avec des connaissances à jour, spécialisée en cartes graphiques, et focalisée sur ce sujet précis peut faire de même et obtenir très vite de très bons résultats.
3) Il est tout-à-fait possible pour un fondeur de puces de procéder à la rétro-ingéniérie physique d'un circuit déjà intégré ! Un copain en école d'ingé spécialisée en électronique me l'a montré. Le boitier du circuit a été ouvert et la puce scannée pour en reproduire le masque ou quelque chose qui y ressemble. A partir de là, il fallait déduire la fonction du circuit. C'était un sujet de TP. Bon, là encore, le circuit en question était un 4011 (4 portes logiques NON-ET, le circuit de base), mais là encore en y mettant un peu de temps, on peut rapidement reconnaître les motifs courants et estimer si telle ou telle technologie se trouve dans une puce ou pas.
4) Ces arguments sont valables pour des secteurs de pointes comme les cartes graphiques par exemple, pas pour d'autres périphériques telles que les imprimantes, souris, etc.
5) Cela se faisait avant ! Pendant longtemps j'ai eu les spécifications de mes périphériques fournies dans la boite. En 85, quand je branchais un modem sur mon TO8D, j'avais un schéma électronique qui décrivait l'intérieur de l'appareil, les spécifications de chaque port IO, ainsi qu'un exemple de programme en assembleur pour l'exploiter au mieux. Notre foyer avait également fait l'acquisition d'un manétoscope et d'un autoradio, et à chaque fois le schéma était inclus. A partir des années 1990, les spécifications complètes se sont faites plus rares, mais le protocole de communication, au moins la liste des codes reconnues, était toujours disponible et tout le monde trouvait cela normal. C'est donc bien un effet de mode et une mauvaise habitude qui pousse les fabricants à cacher les informations nécessaire à leurs utilisateurs, pas d'autre raison à mon goût ...
[^] # Re: Linux et le Hardware.
Posté par Obsidian . En réponse à la dépêche Une pétition pour obtenir des pilotes ATI de meilleure qualité. Évalué à 7.
1) Le constructeur n'est pas interressé par Linux;
2) Donc: La communauté le boycotte;
3) Donc: Le constructeur n'est définitivement plus interressé.
C'est l'histoire du prisonier qui n'a ni à boire ni à manger et qui fait une grêve de la faim pour protester.
Au contraire, plutôt qu'un boycott actif, il faut d'abord se demander si le support des cartes ATI serait vraiment aussi profitable à la communauté qu'on veut bien le dire. Si la réponse est oui, alors il faut faire suffisament de tapage pendant suffisament de temps pour le constructeur finissent par croire en notre existence et nous prenne au sérieux.
[^] # Re: Si ça fait avancer le schimililililili...
Posté par Obsidian . En réponse à la dépêche Une pétition pour obtenir des pilotes ATI de meilleure qualité. Évalué à 9.
Alors quand on propose au constructeur de lui écrire le pilote à l'oeil, et de lui ouvrir sans que cela lui coûte un sou de plus l'accès à un segment non négligeable du marché de l'informatique (Linux, et tous les autres OS alternatifs), et que je vois que la majeure partie du temps on se fait recevoir au choix par du dédain, de la méfiance, du mépris ou de l'indifférence, j'en arrive vraiment à croire que les personnes les plus haut placées de ces compagnies ne connaissent rien aux ordinateurs ...
# Ubiquité ?
Posté par Obsidian . En réponse au message Suppression des journaux ?!. Évalué à 2.
Posté par Pascal Terjan (page perso) le lundi 23 août à 13:37
Y a un truc qui me laisse perplexe, là ...
[^] # Re: drackconf
Posté par Obsidian . En réponse au message changer l'ip en console sur mandrake 10.0. Évalué à 2.
http://www.rpmfind.net(...)
http://rpm.pbone.net(...)
... te permettront sûrement de retrouver par le Net les packages de ta distribution préférée.
Sinon, tu as quoi comme carte réseau ? un simple « modprobe e100 » en root ne serait-il pas suffisant ?
A++
[^] # Re: Pour aider (peut-être).
Posté par Obsidian . En réponse au message A l'aide : plantage boot red hat 9 !. Évalué à 2.
La détection du moniteur a du foirer. Il faudrait probablement éditer /etc/X11/XF86Config-4 pour remettre un écran « générique » dans la section idoine.
Essaie de lancer en root la programme /usr/X11R6/bin/xf86config . Cela devrait te permettre de recréer sans trop de soucis un fichier de configuration correct.
Bonne chance.
[^] # Re: merci
Posté par Obsidian . En réponse au message changer l'ip en console sur mandrake 10.0. Évalué à 5.
Encore quelques mots donc:
- Il est évident, dans un système multiutilisateurs, que seul un administrateur peut changer l'IP d'une interface réseau. Donc passer root avant de lancer la commande.
- Essaie ifconfig -a (comme « all ») pour afficher la liste de toutes les inferfaces réseaux reconnues par ton système. Cela t'aidera peut-être à reconnaitre la bonne.
- Si vraiment tu n'as pas d'autres interfaces que « lo » et que tu es sûr d'avoir une carte réseau dans ton ordinateur, c'est que le kernel ne la reconnait pas encore. Donc voir du coté de « modprobe ».
Bon courage.
[^] # Re: Remplacer les frames
Posté par Obsidian . En réponse au journal Remplacer les frames. Évalué à 5.
Pour la place du sommaire dans le document, cela se discute. Certes, il ne fait pas partie de l'information liée au lien que tu as employé (d'autant qu'il est répété sur toutes les pages), mais si on reprend l'exemple de l'impression, l'utilisateur voudra peut-être avoir des enêtes et pieds de page sur son papier, alors qu'ils sont complètements inutiles à l'écran. Il en reste que ceux-ci devront bel et bien être spécifiés par la page HTML. Dans le même esprit, une personne dont la vision est bonne n'a que faire de modules « aural » par exemple, alors qu'ils sont pratiquement nécessaires pour un non-voyant.
Tout cela pour dire qu'un document HTML doit contenir toutes sortes d'informations qui peuvent être utiles à l'utilisateur dans le contexte qu'il a choisi en suivant une URL. C'est ensuite aux CSS de moduler la présentation - voir faire carrément disparaitre - les différentes sections du document en fonction de l'environnement de travail.
Enfin, si cela te saoule (et je le comprends) de réinsérer un même sommaire dans chaque page et de tous les maintenir par la suite, tu peux utiliser <iframe>. Le problème de référencement sera le même, mais au moins ton iframe est soumis aux CSS et se trouve à l'intérieur de la structure de ton document, pas autour.
[^] # Re: Changer d'adresse.
Posté par Obsidian . En réponse au message changer l'ip en console sur mandrake 10.0. Évalué à 10.
- « ifconfig » est une commande standard Unix pour manipuler les InterFaces réseau, qu'elles soient physiques (Ex: « eth0») ou virtuelles (Ex: « ppp0 »).
- Il n'y a que le nom de l'inferface (ici « eth0 ») qui soit obligatoire avec ifconfig. Tous les autres paramètres sont optionels. Ici « 192.168.0.1 » définit la nouvelle adresse et « up » demande au système de l'activer, si ce n'étais pas déjà fait. « down » te permet de la désactiver. Mais il existe aussi « netmask », etc. ---> man ifconfig.
- Je précise pour les windowsiens (les anciens en tout cas) que les modifications prennent effet immédiatement. Pas besoin de rebooter donc ! :-)
- Toutes ces modifications sont dynamiques. Elles ne persisteront pas au prochain reboot. Si tu veux faire quelque chose de permanent, cela dépend du système que tu utilise. Redhat et Mandrake utilisent le répertoire /etc/sysconfig pour y stocker toutes les informations utiles pour remettre le système en état au démarrage. Dans « networking », tu devrait trouver un fichier du style « ifcfg-eth0 » qui contient toutes les informations à passer à ta carte, dont l'adresse IP en face de la ligne « IPADDR ». Ce fichier, évidement, ne sera réinterprêté que lorsque le script qui s'en occupe sera relancé. Donc à un redémarrage, ou éventuellement si tu changes de runlevel (à vérifier).
# Changer d'adresse.
Posté par Obsidian . En réponse au message changer l'ip en console sur mandrake 10.0. Évalué à 3.
Avec l'adresse qui te plaît ...
# Nostalgie: Linux et les jeux vidéos « vintage ».
Posté par Obsidian . En réponse au message Nostalgie: Linux et les jeux vidéos « vintage ».. Évalué à 1.
J'ai également quelque émulateurs, mais si quelqu'un en a une liste exhaustive et veut bien en faire profiter tout le monde, je lui en serais reconnaissant. Enfin, émuler les consoles et vieilles machines 8/16 bits est très sympa, mais il est souvent illégal de posséder les ROMs des machines et les binaires des logiciels même si ceux-ci ne sont plus édités depuis belle lurette, et qu'en général il n'y a plus personne pour porter plainte.
Voila.
# C'est très simple !
Posté par Obsidian . En réponse au message 3132. Évalué à 2.
Bon plus sérieusement, tes indications sont trop vagues pour que l'on puisse déceler quoi que ce soit. Je te conseille déjà de démarrer sur une KNOPPIX, histoire de voir au moins si ton problème est purement logiciel ou si ton clavier est quand même défectueux ...
[^] # Re: ma question est tramo
Posté par Obsidian . En réponse au journal Ma question est simple. Évalué à 2.
#include <stdio.h> #define SIX 1 + 5 #define NINE 8 + 1 int main(void) { printf( "What you get if you multiply six by nine: %d\n", SIX * NINE ); return 0; }Pour ceux qui ne connaissent pas encore ... http://en.wikipedia.org/wiki/The_Answer_to_Life,_the_Universe,_and_(...)[^] # Re: L'homme n'est pas fait pour travailler..
Posté par Obsidian . En réponse au journal La belle corinne est une rebelle. Évalué à 3.
http://www.unitedmedia.com/comics/dilbert/(...)
Au fait, pourquoi la « belle » Corinne ? Une p'tite photo ? :-)
[^] # Re: affreux
Posté par Obsidian . En réponse à la dépêche Autonomy : un roman Libre pour emporter à la plage. Évalué à 2.
...
ça se prend au sérieux (contrairement à l'innénarable "Histoire des Pingouins")
Félicitations, tu peux devenir éditeur !
[^] # Re: Pour emporter a la plage, quelle bonne idee !
Posté par Obsidian . En réponse à la dépêche Autonomy : un roman Libre pour emporter à la plage. Évalué à 4.
Jovien: Relatif à Jupiter.
# Pareil.
Posté par Obsidian . En réponse au journal Ecrasement des caractères avec Mozilla. Évalué à 3.
[^] # Re: En effet
Posté par Obsidian . En réponse au journal LinuxFr et Ergonomie dans les commentaires.. Évalué à 5.
Ce commentaire est-il
<span style="color: #ffffff; background-color: #008000">pertinent<span>
ou
<span style="color: #ffffff; background-color: #800000">inutile<span> ?
Mes 2¢ d', quoi.
# Une IP par étoile ?
Posté par Obsidian . En réponse à la dépêche L'ICANN valide IPv6. Évalué à 5.
C'est vrai que c'est mirobolant, mais en vingt ans, il peut se passer beaucoup de choses: On parle par exemple d'intégrer sa propre adresse IP à tous les produits domestiques, comme les ampoules électriques par exemple.
Avec le renouvellement croissant de ces produits, la distribution inévitables de plages d'adresses aux différents grands groupes et aux fournisseurs d'accès, etc, et surtout avec le développement des technologies réseaux qui va se poursuivre tout au long des années 2000, peut-on garantir que ces adresses ne vont pas être gaspillées ou mal employées, et que l'on ne va pas finalement se retrouver avec le même problème qu'IPv4, à savoir l'indisponibilité d'un grand nombre de combinaisons ?
# Verrouillage
Posté par Obsidian . En réponse au journal How-to : changer l'icône du menu K sous Mandrakelinux (et accessoirement d'autres icônes "Mandrake"). Évalué à -2.
Envoie un patch.
[^] # Re: Quelques commentaires
Posté par Obsidian . En réponse au journal 40 jours et 40 nuits sous Linux. Évalué à 6.
C'est surtout parce que dès 1980, cette combinaison a été mise en place pour requérir l'attention du système. On trouve d'ailleurs la mention « Syst » sur la touche Impr. Ecran. au dessous du libellé principal. On trouve d'ailleurs le même genre de dispositif sur les autres machines d'IBM (telles que les AS/400).
Le problème vient du fait que jusqu'à Linux (et même encore aujourd'hui) les PC fonctionnaient pratiquement exclusivement sous DOS (puis sous Windows, par extension, jusqu'à ce que celui-ci devienne un OS à part entière, ce qui au passage est également la feuille de route de MultiDeskOS), et que ce système n'a jamais pris correctement en charge les touches spéciales du clavier d'un PC. Dans le même genre, la touche « Arrêt Défilement » à qui on a même associé une LED dédiée, et qui n'est pour ainsi dire pas utilisée dans le monde DOS/Windows (alors qu'elle est parfaitement prise en charge par les consoles virtuelles de Linux et combinée avec les séquences Ctrl+S et Ctrl+Q, qui gèrent elles aussi l'étatr de la LED).
[^] # Re: histoire de sauveur
Posté par Obsidian . En réponse au journal accord pour la messagerie instantanée entre yahoo, aol et microsoft. Évalué à 3.
Tu sais que Georges Abitbol, qui poste ici, pourrait t'attaquer pour plagiat (qui poste aussi ici) ?
# Majors en ligne.
Posté par Obsidian . En réponse au journal Offres musicales en ligne, modeste proposition. Évalué à 2.
Malheureusement, la réalité nous rattrape et cette nouvelle forme de distribution n'étant pas encore réellement apparue, les abus se font déjà sentir:
http://linuxfr.org/~mrlag/14472.html(...)
[^] # Re: attention ce commentaire ne contient aucune information interessante
Posté par Obsidian . En réponse au journal Putain, 10 ans !. Évalué à 2.
Sinon, j'ai aussi mon propre modem 28,8K en 1994. Un Olitec (« Diffusion ») qui malgré sa réputation ne m'a jamais laché ...
Pfff, comme le temps file ...