L'avantage de LDAP est surtout d'utiliser une hirarchisation des données, contrairement à une base de donnée ou c'est plus "a plat". Système différent, utilisation différente !
Sur le plan de la performance ou de la stabilité, comme déjà dit, il n'y a pas de grande différences entre Linux et FreeBSD, excepté peut être sur quelques points très précis.
En ce qui concerne la convivialité, c'est par contre bien différent.
Je précise avant tous que mon expérience avec FreeBSD date un peu et qu'il est possible que certaines choses aient changés.
- Bien qu'il y ait des packages, il n'y a pas de gestion de dépendance, comme Slackware par exemple.
- L'installation des softs peut s'effectuer via des ports, en recompilant tous simplement l'application, façon Gentoo, si je puis dire. Il ne faut juste pas être pressé.
Un FreeBSD n'est pas vraiment recommandé pour une personne ne voulant pas passer du temps à s'occuper de sa Workstation. Concernant l'aspect serveurs, c'est un peu le même problème, il necessite beaucoup plus de temps qu'une distribution Linux.
Le make world est tout simplement invivable, surtout lorsqu'il neccessite d'avantage de place que disponible.
Il ne faut pas oublier que ce qui a freiner pendant longtemps Minix, c'était (comme qmail par ailleur) la volonté de Tanenbaum de garder un système tel qu'il l'avait écrit. Il était interdit de diffuser des sources modifié, seulement des patches, ce qui allourdi complètement l'installation et la maintenance d'un système. C'est la dessus que Linux s'est démarqué, le système était modifiable à volonté.
Linus n'a jamais eu d'ambitions pour son système, il est toujours resté simple et c'est justement ce pourquoi il a aussi bien fonctionné.
Par un ancien collègue :-) Je n'ai pas de doc là dessus, mais ça me parait assez évident, vu la profondeur de l'océan, qu'il ne soit pas posé au fond. Cela pourrait être intéressant de comparer les distances "par le fond" et en vol d'oiseau pour voir la différence de kilomètres :-)
Pour l'autre commentaire, oui, il est plutôt réparé par un "robot sous marin", pas un sous marin dans le sens "navire de guerre nucléaire" à la Octobre Rouge :-) Je ne crois pas, mais je n'ai pas d'info précise sur ce point là, que le cable soit remonté en surface, je ne pense pas l'opération simple et pratique, du moins pas plus que de descendre en sous marin pour réparer.
- Il y a des répétiteurs alimenté par le câble principal
- Le câble n'est pas au fond mais entre deux eaux, avec des flotteurs lui permettant d'y rester. Sufisamment profond pour éviter les filets de pêche, pas trop pour pouvoir être réparé avec un sous marin.
- Le premier cable date de 1956 et s'appelait TAT1
- Le derniers opérationnel s'appel TAT14 et à été mis en service en 2000.
Peux être c'est volontaire de la part de sony...(pas taper, pas taper, pas taper)
Ce qui est globalement faux.
Le premier firmware PSP (1.00) permettait d'exècuter n'importe quel code non signé. Seul les premières PSP Japonaises disposaient de ce firmware.
Le deuxième (1.50), corrigeait cette faille en plus d'apporter des le support de langues Européennes (Français, espagnole etc). Mais, manque de chance, dispose d'une nouvelle faille permettant d'exècuter du code non signé. Seules les premières PSP US disposaient de ce firmware.
Ensuite, viennent des corrections mineurs, 1.51 et 1.52 corrigeant cette faille. Les PSP Européennes sont généralement en 1.51 ou 1.52.
Ensuite Sony décide de frapper un grand coup en sortant le 2.00, apportant comme grande noveauté visible un browser Internet ainsi que divertes améliorations mineures. Ce que par contre peut de gens savent (notemment ceux postant des commentaire sur des théories de complots) c'est que dans cette version Sony à entièrement revu sa sécurité concernant la PSP et notemment sur l'exècution de programme.
Manque de pôt, un buffer overflow à permit d'éxècuter du code non signé et à ouvert la voie à un Dumper permettant de passer une PSP 2.00 à une PSP 1.50. Il faut noter que cette manipulation est loin d'être trivial même si elle demeure assez simple.
Ensuite Sony à sortie la correction avec le 2.01 et un nouveau firmware le 2.50 qui n'apporte encore "pas grand chose" concrétement.
Jusqu'a présent, il n'a jamais été possible de signer du code afin de faire tourner le code sur n'importe quel firmware.
On voit très clairement dans ce déroulement qu'il s'agit avant tous d'une négligence (ou d'un ensemble) que Sony à corrigé (ou essayé de corriger) dès qu'il en à eu le temps.
De surcroit, les gens vérifient la version du firmware et ne se lance pas, ou du moins plus, s'il s'agit d'un firmware 1.50.
On peut donc dire qu'il aurait suffit de laisser le firmware avec la sécurité qu'il y avait en 1.00 (donc aucune), plutôt que de perdre de l'argent en tentant de faire mieux...
C'est plus tricky que ça puisque la GBA n'est rien d'autre que la Gameboy advance. On a donc deux chiffres pour un même matériel. Ce qu'il faut comprendre est :
Gameboy Advance +SP = 15,4
Gameboy Advance = 8
Gameboy Advance SP = 7.4
Disons surtout que la principale différence repose sur le fait qu'en ayant les messages d'erreurs, quand ça se passe mal, on peut résoudre, ou tenter de le faire, le problème. Au début ce sont de fastidieuses recherches sur google, avec l'habitude cela prend 3 secondes, les problèmes sont cyclique.
Avec un beau gui, il va vous dire "peut pas, marche pas, failed", mais de la à vous expliquer quel est son problème...
PS : certains peuvent être surpris que j'affirme que Jabber deviendra sur le long terme LE standard de messagerie (avec SIP pour la voix et la vidéo)
Juste pour approfondir un peut sur SIP, SIP est en fait un protocole de session, pas un protocole de flux. Il faut donc pour la téléphonie/vidéo sur IP rajouter un second protocole pour le flux voix/vidéo. Généralement c'est rtp qui est utilisé.
Bah t'as pas de chance, que veux tu que je te dise...
Mais dire que ça offre un système opérationnel, c'est pas crédible, sauf si on parle d'un serveur.
Tous dépend de la conception que l'on peut avoir d'un système opérationnel, mais non, avoir la dernière carte vidéo à la mode et la dernière imprimante sortie il y a trois jours ne sont pas des critères exclusif de qualification de système fonctionnel.
J'ai un baladeur ogg, un appareil photo numérique et ils sont opérationnel de suite sous Debian, pas besoin de recompiler quoi que ce soit. Même pas pour ma carte son. Et un système opérationnel, pour moi, c'est de l'image et de l'internet, permettant de surfer et developper, pas une station de montage vidéo avec carte son et vidéo exotiques.
Certe, le routage devrait être simplifié grace à la disparaition (normalement) de la fragmentation de l'adressage ip, ce qui est une bonne chose.
Mais la fragmentation des tables de routages n'a que deux conséquences principales :
- Augmentation de la mémoire necessaire des routeurs (et donc des couts).
- Filtrage de certainnes /24 par certains réseaux pour ne pas surcharger leurs tables de routages, ce qui se termine par de petits bouts de réseau inaccessible de certains endroits, mais ce qui reste assez rare.
Mais en aucun cas, cette surcharge n'entrainne une distribution aléatoire des paquets (allez, j'envois mon traffic à destination de Free par tiscali, on verra bien ce que tiscali décidera d'en faire).
Maintenant, que ce passera t'il par exemple si je désire changer mes serveurs de ville en gardant les mêmes ipv6 ? Je détruirais le schéma logique d'adressage ?
En ipv4 tu ne cherche pas "petit à petit", tu as une table de correspondance te permettant d'envoyer ton traffic vers un lien ou un autre, en fonction des distances et du cout. Et la dessus l'ipv6 ne réduira pas les distances et ne créera pas de lignes virtuelles. Tout au mieux améliorera t il les tables de correspondances.
A mon avis, mais c'est juste mon avis, la traduction adapté, littérairement, de Live serait plutôt vivant, ce que me confirme par ailleur mon dictionnaire Anglais-Français.
Mais personnellement je ne trouve pas que vivant convienne parfaitement à la traduction de LiveCD.
De même, la traduction de Soft Shoulders serait plutôt épaulements mous. Mais pour ceci tout dépend des habitudes de langue, n'étant pas habitué à utiliser le mot épaulement pour les bord d'une route, cette traduction serait inadéquoite. Et je pense que dans l'autre sens on arriverait à la même conclusion. Comme quoi, la traduction n'est jamais une mince affaire et je ne pense pas que l'on puisse traduire aussi simplement en Français "LiveCD". Alors pourquoi le faire puisque tout le monde sait de toute façon de quoi l'on parle ?
C'est simplement que mon ordinateur principal se doit d'etre toujours operationnel, en bon etat de fonctionnement, donc avoir une distrib suffisament bien finie et que je peux re-installer en 20 minutes (si besoin est ou pour upgrader), c'est un TRES gros plus...
Roh ! Tu n'a pas du réessayer Debian très recemment alors parcequ'elle s'installe largement en 20 minutes et est opérationnel aussitôt. Suffit d'avoir tar.gzippé son home et son /etc (éventuellement) et la machine est opérationnel en 22 minutes. Certes, je ne garanti pas la reconnaissance automatique de tous les gadgets à la dernière mode, mais en même temps sur une Workstation, est ce bien necessaire ?
mais vu que je connais Mandrake et qu'il n'y a (en general) pas besoin de passer trois jours à tout configurer a la main avant que le systeme ne soit operationnel, je prefere Mandrake.
C'est un vieil argument qui ne tient plus la distance maintenant !
Et l'avantage de le faire une fois, c'est que l'on connais, ensuite. Et si l'on est prévoyant, on sauvegarde les fichiers de config =)
Je pense que le meilleur argument reste que l'on préfére généralement utiliser une distrib que l'on maitrise.
- Quelqu'un ne connaissant rien, branche son ordinateur nue sur son adsl/cable etc
- Dans une entreprise, qu'il y ait du NAT ou non, c'est normalement à l'administrateur de s'occuper de la sécurité, même si tous le monde ne fait pas correctement son travail il ne faut pas généraliser.
- Les OS grand publique ont compris la leçon et proposent désormais un firewall par défaut, bloquant tous en entrée, comme le NAT.
Non là on frôle le n'importe quoi tout de même :-)
Si certains paquets passent par Londre et Amsterdam (ce qui est généralement assez peut le cas, les deux villes étant des points de peering) pour aller en Allemagne, c'est simplement pour des question de côuts et de chemin empruntable et non un problème d'ip. Parceque tes 200mb de transit vers Hambourg, il faut bien qu'ils passent quelque part, et les chemins de campagne ou les pigeons voyageurs, c'est pas assez rapide :-)
Alors effectivement, il y a des fibres qui relient les principales villes entre les fournisseurs de transit et les FAI et donc c'est généralement le seul chemin, ce que n'améliorera absolument pas l'ipv6.
L'ipv6 ne réduira pas non plus la distance entre l'asie et les état unis et ne réduira donc pas le lag engendré...
Et bien en réalité non, bien qu'il soit difficile de répondre à un texte aussi décousu.
Pour en revenir aux bugs, il s'agit tous simplement de l'époque ou l'élèctronique prenait beaucoup de place, il arrivait qu'une petite bête se prommene sur les circuits et autour des lampes et se prenne une décharge élèctrique fatal, causant généralement sa mort en même temps qu'un disfonctionnement (court circuit, lampe grillé etc). Le problème n'était généralement visible que par sa conséquence, l'appelation "bug" pour un problème est apparût à ce moment là.
Actuellement, ceci n'est plus de circonstance, je verrais mal des cafards se prommener dans un Datacenter (mais sait on jamais) et surtout se prommener dans le code du Kernel.
Pour le reste, bien qu'il soit exacte que l'ére de l'industrialisation ait causé différents troubles, et pas seulement chez les ouvriers, et qu'il y ait effectivement eu des mouvement de "casseur de machines", celà n'a pas grand chose à voir avec les bugs...
Quant aux Grimlins, je pense plutôt que l'auteur s'est inspiré de cette histoire de bugs plutôt que l'inverse...
[1] : j'avoue que j'ai quand meme du mal a ne pas appeler ca un "bug".
Je voudrais juste rebondir aussi un peu la dessus. Je ne suis pas du tout fan de la Francisation à outrance, si une chose à trouvé appelation via un mot Anglais alors pourquoi necessairement le Franciser, l'important étant que chacun sache de quoi l'on parle. Commencer à Franciser absolument un terme ne témoigne généralement que d'un sursaut d'orgueil inutile.
Je pense, de surcrois que le mot deverminage n'est pas du tout adapté. Je n'ai compris son sens dans la phrase qu'après avoir fait une analogie avec le mot bug (ah en fait vermine est l'appelation Française de bug). Car, dans un dictionnaire :
Vermine :
1. Ensemble des insectes parasites de l'homme et des animaux
2. Péjoratif, ensemble d'individus jugés vils, inutiles ou néfastes.
Ce qui ne correspond pas du tout à l'appelation bug du language informatique, un bug, même s'il est parasite, n'est pas un bout de code vil, nefaste ou inutile, mais plutôt une erreur de code (ou un effet secondaire).
Le terme bug à un sens totalement différent, en France dans l'univers informatique, qu'il avait à l'origine (insecte). C'est justement l'utilisation du terme dans un contexte informatique qui en a déformé le sens. Si l'on retourne en arrière en appliquant spécifiquement un terme Français à l'informatique, c'est tout un apprentissage qui sera necessaire et surtout on va se retrouver avec un terme qui aura plusieurs sens, sans forcèment qu'ils soient lié (le sens vermine est trop fort, à mon avis, pour la description Francisé d'un bug).
Personnellement je recommande de travailler selon la version et donc de toujours laisser le nom et non la catégorie des versions de Debian.
En clair, je recommande de travailler selon woody, sarge, sid plutôt que stable, testing et unstable (même si dans ce dernier cas ça ne change rien).
Pourquoi ?
Tout simplement parceque cela permet d'éviter de se retrouver à changer de version lors d'un dist-upgrade malheureux sur un serveur, je passe mon temps actuellement à vérifier les sources.list pour éviter que des woody se retrouvent en sarge brutalement, évitant au possible les problèmes d'arriver, j'ai trop souvent vu des my.cnf ou autre se faire écraser lors d'un upgrade, c'est généralement ennuyeux.
Cela permet aussi de savoir exactement ou l'on se trouve, dans quelques mois il sera difficile de savoir en voyant testing dans un sources.list s'il s'agit d'une sarge pas mis à jours depuis quelques temps ou d'une Etch...
Et pour finir, généralement sur beaucoup de serveurs il m'a été nécessaire de passer en sarge pour bénéficier de version de logiciel majeure (mysql4 par exemple), maintenant que Sarge est stable, l'utilité de travailler en testing disparaît, pour l'instant.
Jun 1 22:01 Debian3.0r6 -> woody
Jun 6 21:02 Debian3.1r0 -> sarge
Jun 6 19:41 README
Jun 6 21:25 etch
Jun 6 21:25 etch-proposed-updates
Mar 16 11:27 experimental -> ../project/experimental
Jun 6 21:02 oldstable -> woody
Jun 6 21:02 proposed-updates -> sarge-proposed-updates
Jun 6 06:58 sarge
Jun 6 21:25 sarge-proposed-updates
Jun 6 21:25 sid
Jun 6 21:03 stable -> sarge
Jun 6 21:03 stable-proposed-updates -> sarge-proposed-updates
Jun 6 21:03 testing -> etch
Jun 6 21:03 testing-proposed-updates -> etch-proposed-updates
Mar 16 11:37 unstable -> sid
May 31 22:55 woody
Jun 6 19:42 woody-proposed-updates
Donc pour faire concit, au risque de répéter les choses mais entre les chaton et les trolls je n'ai pas pris la peine de relire tous les posts :
- Si vous laissez testing dans votre sources.list ça va rester une testing et deviendra donc Etch.
- Si vous laissez stable, ça va passer de woody à Sarge avec pleins pleins de mises à jours (attention!).
- Si vous voulez rester en woody, laissez woody ou mettez oldstable.
- Pour sid, ben ça change pas.
[^] # Re: Un manque dans l'offre
Posté par Mr F . En réponse à la dépêche PostgreSQL 8.1 disponible. Évalué à 3.
[^] # Re: FreeBSD sur le poste de travail
Posté par Mr F . En réponse à la dépêche Sortie de FreeBSD 6.0. Évalué à 3.
[^] # Re: FreeBSD sur le poste de travail
Posté par Mr F . En réponse à la dépêche Sortie de FreeBSD 6.0. Évalué à 3.
En ce qui concerne la convivialité, c'est par contre bien différent.
Je précise avant tous que mon expérience avec FreeBSD date un peu et qu'il est possible que certaines choses aient changés.
- Bien qu'il y ait des packages, il n'y a pas de gestion de dépendance, comme Slackware par exemple.
- L'installation des softs peut s'effectuer via des ports, en recompilant tous simplement l'application, façon Gentoo, si je puis dire. Il ne faut juste pas être pressé.
Un FreeBSD n'est pas vraiment recommandé pour une personne ne voulant pas passer du temps à s'occuper de sa Workstation. Concernant l'aspect serveurs, c'est un peu le même problème, il necessite beaucoup plus de temps qu'une distribution Linux.
Le make world est tout simplement invivable, surtout lorsqu'il neccessite d'avantage de place que disponible.
[^] # Re: Sauf que ...
Posté par Mr F . En réponse à la dépêche Wine débarque bientôt. Évalué à -3.
Y comprit sur les points de lourdeur et de lenteur ?
[^] # Re: C'est d'un goût les enfants
Posté par Mr F . En réponse au journal Minix 3 vient de sortir.. Évalué à 6.
Linus n'a jamais eu d'ambitions pour son système, il est toujours resté simple et c'est justement ce pourquoi il a aussi bien fonctionné.
[^] # Re: Du faux et du moins faux
Posté par Mr F . En réponse au journal Câbles sous-marins et répéteurs. Évalué à 2.
Pour l'autre commentaire, oui, il est plutôt réparé par un "robot sous marin", pas un sous marin dans le sens "navire de guerre nucléaire" à la Octobre Rouge :-) Je ne crois pas, mais je n'ai pas d'info précise sur ce point là, que le cable soit remonté en surface, je ne pense pas l'opération simple et pratique, du moins pas plus que de descendre en sous marin pour réparer.
Il est à noté que France Télécom posséde aussi des navires de pose sous marin :
http://www.marine.francetelecom.fr/moyens.htm
Ainsi qu'une filliale spécialisé dans le domaine : http://www.simec-sa.fr
# Du faux et du moins faux
Posté par Mr F . En réponse au journal Câbles sous-marins et répéteurs. Évalué à 4.
- Il y a des répétiteurs alimenté par le câble principal
- Le câble n'est pas au fond mais entre deux eaux, avec des flotteurs lui permettant d'y rester. Sufisamment profond pour éviter les filets de pêche, pas trop pour pouvoir être réparé avec un sous marin.
- Le premier cable date de 1956 et s'appelait TAT1
- Le derniers opérationnel s'appel TAT14 et à été mis en service en 2000.
Les urls qui vont bien :
- https://www.tat-14.com/tat14/
- http://en.wikipedia.org/wiki/Transatlantic_telephone_cable
- http://www.answers.com/main/ntquery;jsessionid=5131u7hcvg1z?(...)
- http://www.usc.edu/dept/engineering/eleceng/Adv_Network_Tech(...)
[^] # Re: apt-get upgrade ???
Posté par Mr F . En réponse à la dépêche Ubuntu 5.10 est sortie. Évalué à -1.
[^] # Re: Volontaire?
Posté par Mr F . En réponse au journal Le logiciel libre tue la PSP... Évalué à 1.
Ce qui est globalement faux.
Le premier firmware PSP (1.00) permettait d'exècuter n'importe quel code non signé. Seul les premières PSP Japonaises disposaient de ce firmware.
Le deuxième (1.50), corrigeait cette faille en plus d'apporter des le support de langues Européennes (Français, espagnole etc). Mais, manque de chance, dispose d'une nouvelle faille permettant d'exècuter du code non signé. Seules les premières PSP US disposaient de ce firmware.
Ensuite, viennent des corrections mineurs, 1.51 et 1.52 corrigeant cette faille. Les PSP Européennes sont généralement en 1.51 ou 1.52.
Ensuite Sony décide de frapper un grand coup en sortant le 2.00, apportant comme grande noveauté visible un browser Internet ainsi que divertes améliorations mineures. Ce que par contre peut de gens savent (notemment ceux postant des commentaire sur des théories de complots) c'est que dans cette version Sony à entièrement revu sa sécurité concernant la PSP et notemment sur l'exècution de programme.
Manque de pôt, un buffer overflow à permit d'éxècuter du code non signé et à ouvert la voie à un Dumper permettant de passer une PSP 2.00 à une PSP 1.50. Il faut noter que cette manipulation est loin d'être trivial même si elle demeure assez simple.
Ensuite Sony à sortie la correction avec le 2.01 et un nouveau firmware le 2.50 qui n'apporte encore "pas grand chose" concrétement.
Jusqu'a présent, il n'a jamais été possible de signer du code afin de faire tourner le code sur n'importe quel firmware.
On voit très clairement dans ce déroulement qu'il s'agit avant tous d'une négligence (ou d'un ensemble) que Sony à corrigé (ou essayé de corriger) dès qu'il en à eu le temps.
De surcroit, les gens vérifient la version du firmware et ne se lance pas, ou du moins plus, s'il s'agit d'un firmware 1.50.
On peut donc dire qu'il aurait suffit de laisser le firmware avec la sécurité qu'il y avait en 1.00 (donc aucune), plutôt que de perdre de l'argent en tentant de faire mieux...
[^] # Re: Non !
Posté par Mr F . En réponse au journal Le logiciel libre tue la PSP... Évalué à 1.
Gameboy Advance +SP = 15,4
Gameboy Advance = 8
Gameboy Advance SP = 7.4
Le chiffre important étant 15,4...
[^] # Re: apt-get upgrade ???
Posté par Mr F . En réponse à la dépêche Ubuntu 5.10 est sortie. Évalué à -4.
Ah oui ça c'est sûr que c'est un nouveau pas pour se rapprocher du système d'exploitation de Microsoft...
[^] # Re: apt-get upgrade ???
Posté par Mr F . En réponse à la dépêche Ubuntu 5.10 est sortie. Évalué à 2.
Avec un beau gui, il va vous dire "peut pas, marche pas, failed", mais de la à vous expliquer quel est son problème...
[^] # Re: Pas une nouvelle très fraiche...
Posté par Mr F . En réponse au journal Wanadoo utilise le protocole XMPP(Jabber). Évalué à 4.
Juste pour approfondir un peut sur SIP, SIP est en fait un protocole de session, pas un protocole de flux. Il faut donc pour la téléphonie/vidéo sur IP rajouter un second protocole pour le flux voix/vidéo. Généralement c'est rtp qui est utilisé.
[^] # Re: Excellente nouvelle!
Posté par Mr F . En réponse à la dépêche Envie de "kliker" ?. Évalué à 2.
apt-get install kernel-image-2.6-686 module-init-tools
Et ça roule tout seul. J'ai migré un bon nombre de kernel 2.4 vers des 2.6 sans absolument aucun problème.
[^] # Re: Excellente nouvelle!
Posté par Mr F . En réponse à la dépêche Envie de "kliker" ?. Évalué à -2.
Bah t'as pas de chance, que veux tu que je te dise...
Mais dire que ça offre un système opérationnel, c'est pas crédible, sauf si on parle d'un serveur.
Tous dépend de la conception que l'on peut avoir d'un système opérationnel, mais non, avoir la dernière carte vidéo à la mode et la dernière imprimante sortie il y a trois jours ne sont pas des critères exclusif de qualification de système fonctionnel.
J'ai un baladeur ogg, un appareil photo numérique et ils sont opérationnel de suite sous Debian, pas besoin de recompiler quoi que ce soit. Même pas pour ma carte son. Et un système opérationnel, pour moi, c'est de l'image et de l'internet, permettant de surfer et developper, pas une station de montage vidéo avec carte son et vidéo exotiques.
Bref, tu chipote :-)
[^] # Re: et ça sert à quoi IPv6 ?
Posté par Mr F . En réponse au journal IPv6 chez Free. Évalué à 1.
Certe, le routage devrait être simplifié grace à la disparaition (normalement) de la fragmentation de l'adressage ip, ce qui est une bonne chose.
Mais la fragmentation des tables de routages n'a que deux conséquences principales :
- Augmentation de la mémoire necessaire des routeurs (et donc des couts).
- Filtrage de certainnes /24 par certains réseaux pour ne pas surcharger leurs tables de routages, ce qui se termine par de petits bouts de réseau inaccessible de certains endroits, mais ce qui reste assez rare.
Mais en aucun cas, cette surcharge n'entrainne une distribution aléatoire des paquets (allez, j'envois mon traffic à destination de Free par tiscali, on verra bien ce que tiscali décidera d'en faire).
Maintenant, que ce passera t'il par exemple si je désire changer mes serveurs de ville en gardant les mêmes ipv6 ? Je détruirais le schéma logique d'adressage ?
En ipv4 tu ne cherche pas "petit à petit", tu as une table de correspondance te permettant d'envoyer ton traffic vers un lien ou un autre, en fonction des distances et du cout. Et la dessus l'ipv6 ne réduira pas les distances et ne créera pas de lignes virtuelles. Tout au mieux améliorera t il les tables de correspondances.
[^] # Re: Faut bien qu'il y en ait un qui chipote ...
Posté par Mr F . En réponse à la dépêche Envie de "kliker" ?. Évalué à 2.
Mais personnellement je ne trouve pas que vivant convienne parfaitement à la traduction de LiveCD.
De même, la traduction de Soft Shoulders serait plutôt épaulements mous. Mais pour ceci tout dépend des habitudes de langue, n'étant pas habitué à utiliser le mot épaulement pour les bord d'une route, cette traduction serait inadéquoite. Et je pense que dans l'autre sens on arriverait à la même conclusion. Comme quoi, la traduction n'est jamais une mince affaire et je ne pense pas que l'on puisse traduire aussi simplement en Français "LiveCD". Alors pourquoi le faire puisque tout le monde sait de toute façon de quoi l'on parle ?
[^] # Re: Excellente nouvelle!
Posté par Mr F . En réponse à la dépêche Envie de "kliker" ?. Évalué à 0.
Roh ! Tu n'a pas du réessayer Debian très recemment alors parcequ'elle s'installe largement en 20 minutes et est opérationnel aussitôt. Suffit d'avoir tar.gzippé son home et son /etc (éventuellement) et la machine est opérationnel en 22 minutes. Certes, je ne garanti pas la reconnaissance automatique de tous les gadgets à la dernière mode, mais en même temps sur une Workstation, est ce bien necessaire ?
mais vu que je connais Mandrake et qu'il n'y a (en general) pas besoin de passer trois jours à tout configurer a la main avant que le systeme ne soit operationnel, je prefere Mandrake.
C'est un vieil argument qui ne tient plus la distance maintenant !
Et l'avantage de le faire une fois, c'est que l'on connais, ensuite. Et si l'on est prévoyant, on sauvegarde les fichiers de config =)
Je pense que le meilleur argument reste que l'on préfére généralement utiliser une distrib que l'on maitrise.
[^] # Re: Moins de NAT, plus de routeurs et pare-feus.
Posté par Mr F . En réponse au journal IPv6 chez Free. Évalué à 2.
- Quelqu'un ne connaissant rien, branche son ordinateur nue sur son adsl/cable etc
- Dans une entreprise, qu'il y ait du NAT ou non, c'est normalement à l'administrateur de s'occuper de la sécurité, même si tous le monde ne fait pas correctement son travail il ne faut pas généraliser.
- Les OS grand publique ont compris la leçon et proposent désormais un firewall par défaut, bloquant tous en entrée, comme le NAT.
[^] # Re: et ça sert à quoi IPv6 ?
Posté par Mr F . En réponse au journal IPv6 chez Free. Évalué à 3.
Si certains paquets passent par Londre et Amsterdam (ce qui est généralement assez peut le cas, les deux villes étant des points de peering) pour aller en Allemagne, c'est simplement pour des question de côuts et de chemin empruntable et non un problème d'ip. Parceque tes 200mb de transit vers Hambourg, il faut bien qu'ils passent quelque part, et les chemins de campagne ou les pigeons voyageurs, c'est pas assez rapide :-)
Alors effectivement, il y a des fibres qui relient les principales villes entre les fournisseurs de transit et les FAI et donc c'est généralement le seul chemin, ce que n'améliorera absolument pas l'ipv6.
L'ipv6 ne réduira pas non plus la distance entre l'asie et les état unis et ne réduira donc pas le lag engendré...
[^] # Re: deverminage
Posté par Mr F . En réponse à la dépêche Sortie du noyau Linux 2.6.13. Évalué à 3.
Pour en revenir aux bugs, il s'agit tous simplement de l'époque ou l'élèctronique prenait beaucoup de place, il arrivait qu'une petite bête se prommene sur les circuits et autour des lampes et se prenne une décharge élèctrique fatal, causant généralement sa mort en même temps qu'un disfonctionnement (court circuit, lampe grillé etc). Le problème n'était généralement visible que par sa conséquence, l'appelation "bug" pour un problème est apparût à ce moment là.
Actuellement, ceci n'est plus de circonstance, je verrais mal des cafards se prommener dans un Datacenter (mais sait on jamais) et surtout se prommener dans le code du Kernel.
Pour le reste, bien qu'il soit exacte que l'ére de l'industrialisation ait causé différents troubles, et pas seulement chez les ouvriers, et qu'il y ait effectivement eu des mouvement de "casseur de machines", celà n'a pas grand chose à voir avec les bugs...
Quant aux Grimlins, je pense plutôt que l'auteur s'est inspiré de cette histoire de bugs plutôt que l'inverse...
[^] # deverminage
Posté par Mr F . En réponse à la dépêche Sortie du noyau Linux 2.6.13. Évalué à 10.
Je voudrais juste rebondir aussi un peu la dessus. Je ne suis pas du tout fan de la Francisation à outrance, si une chose à trouvé appelation via un mot Anglais alors pourquoi necessairement le Franciser, l'important étant que chacun sache de quoi l'on parle. Commencer à Franciser absolument un terme ne témoigne généralement que d'un sursaut d'orgueil inutile.
Je pense, de surcrois que le mot deverminage n'est pas du tout adapté. Je n'ai compris son sens dans la phrase qu'après avoir fait une analogie avec le mot bug (ah en fait vermine est l'appelation Française de bug). Car, dans un dictionnaire :
Vermine :
1. Ensemble des insectes parasites de l'homme et des animaux
2. Péjoratif, ensemble d'individus jugés vils, inutiles ou néfastes.
Ce qui ne correspond pas du tout à l'appelation bug du language informatique, un bug, même s'il est parasite, n'est pas un bout de code vil, nefaste ou inutile, mais plutôt une erreur de code (ou un effet secondaire).
Le terme bug à un sens totalement différent, en France dans l'univers informatique, qu'il avait à l'origine (insecte). C'est justement l'utilisation du terme dans un contexte informatique qui en a déformé le sens. Si l'on retourne en arrière en appliquant spécifiquement un terme Français à l'informatique, c'est tout un apprentissage qui sera necessaire et surtout on va se retrouver avec un terme qui aura plusieurs sens, sans forcèment qu'ils soient lié (le sens vermine est trop fort, à mon avis, pour la description Francisé d'un bug).
Juste un avis en passant :-)
[^] # Re: et le source.list ?
Posté par Mr F . En réponse à la dépêche Debian 3.1 ; nom de code : Sarge. Évalué à 6.
En clair, je recommande de travailler selon woody, sarge, sid plutôt que stable, testing et unstable (même si dans ce dernier cas ça ne change rien).
Pourquoi ?
Tout simplement parceque cela permet d'éviter de se retrouver à changer de version lors d'un dist-upgrade malheureux sur un serveur, je passe mon temps actuellement à vérifier les sources.list pour éviter que des woody se retrouvent en sarge brutalement, évitant au possible les problèmes d'arriver, j'ai trop souvent vu des my.cnf ou autre se faire écraser lors d'un upgrade, c'est généralement ennuyeux.
Cela permet aussi de savoir exactement ou l'on se trouve, dans quelques mois il sera difficile de savoir en voyant testing dans un sources.list s'il s'agit d'une sarge pas mis à jours depuis quelques temps ou d'une Etch...
Et pour finir, généralement sur beaucoup de serveurs il m'a été nécessaire de passer en sarge pour bénéficier de version de logiciel majeure (mysql4 par exemple), maintenant que Sarge est stable, l'utilité de travailler en testing disparaît, pour l'instant.
Mes 3 roubles.
[^] # Re: La nouvelle unstable ?
Posté par Mr F . En réponse à la dépêche Debian 3.1 ; nom de code : Sarge. Évalué à 4.
Jun 1 22:01 Debian3.0r6 -> woody
Jun 6 21:02 Debian3.1r0 -> sarge
Jun 6 19:41 README
Jun 6 21:25 etch
Jun 6 21:25 etch-proposed-updates
Mar 16 11:27 experimental -> ../project/experimental
Jun 6 21:02 oldstable -> woody
Jun 6 21:02 proposed-updates -> sarge-proposed-updates
Jun 6 06:58 sarge
Jun 6 21:25 sarge-proposed-updates
Jun 6 21:25 sid
Jun 6 21:03 stable -> sarge
Jun 6 21:03 stable-proposed-updates -> sarge-proposed-updates
Jun 6 21:03 testing -> etch
Jun 6 21:03 testing-proposed-updates -> etch-proposed-updates
Mar 16 11:37 unstable -> sid
May 31 22:55 woody
Jun 6 19:42 woody-proposed-updates
Donc pour faire concit, au risque de répéter les choses mais entre les chaton et les trolls je n'ai pas pris la peine de relire tous les posts :
- Si vous laissez testing dans votre sources.list ça va rester une testing et deviendra donc Etch.
- Si vous laissez stable, ça va passer de woody à Sarge avec pleins pleins de mises à jours (attention!).
- Si vous voulez rester en woody, laissez woody ou mettez oldstable.
- Pour sid, ben ça change pas.
[^] # Re: Pénurie
Posté par Mr F . En réponse au journal J'ai honte d'être français !. Évalué à 3.
C'est pour le groupe élèctrogène, pour faire tourner le PC.