Unix Legendry (et autres * nix également)

C'est le jumeau de cette question .

La réponse la plus obscure / la plus votée obtiendra le vote de réponse!

La plupart des systèmes Unix et Unix ont une "histoire traditionnelle" qui se transmet à chaque génération, de sorte que les nouveaux arrivants peuvent voir et comprendre certaines des parties les plus ésotériques du système. Quels administrateurs de longue date * nix contribuent à la "Légende" de "UNIX", en ce qui concerne la connaissance ésotérique à laquelle les nouveaux administrateurs devraient être exposés?

Un favori personnel a toujours été «Le cas du courrier électronique de 500 milles»

http://www.ibiblio.org/harris/500milemail.html

Divulgacher

$ units
2411 units, 71 prefixes, 33 nonlinear units

You have: 3 millilightseconds
You want: miles
    * 558.84719
    / 0.0017893979

Pour moi, la chose la plus étonnante à propos de la tradition UNIX est qu'UNIX a été essentiellement écrit par un gars - Ken Thompson alors qu'il était aux Bell Labs. Il y a un compte fascinant de ceci qui peut être trouvé ici: http://www.bell-labs.com/history/unix/

Certaines citations sont tout simplement inestimables:

"J'ai alloué une semaine chacun au système d'exploitation, au shell, à l'éditeur et à l'assembleur pour se reproduire ...", a expliqué Thompson.

Tuyaux:

Une autre innovation d'UNIX a été le développement de tuyaux, qui a permis aux programmeurs de regrouper un certain nombre de processus pour une sortie spécifique.

Ce n'était pas facile. "Il est très facile de dire" chat en grep en ... ", ou" qui en chat en grep ", a expliqué McIlroy. "Mais il y a tous ces paramètres secondaires que ces commandes ont; elles n'ont tout simplement pas d'arguments d'entrée et de sortie, mais elles ont toutes ces options."

Bien que bloqué, McIlroy n'a pas abandonné l'idée. "Et sur une période de 1970 à 1972, je disais de temps en temps, 'Et si on faisait quelque chose comme ça?', Et je mettais une autre proposition, une autre proposition, une autre proposition. Et un jour, je suis venu avec une syntaxe pour le shell qui accompagnait la tuyauterie, et Ken a dit: "Je vais le faire!" "

"Il était fatigué d'entendre ce genre de choses", a expliqué McIlroy. "Il n'a pas fait exactement ce que j'avais proposé pour l'appel du système de tuyaux. Il en a inventé un légèrement meilleur qui a finalement été changé une fois de plus pour ce que nous avons aujourd'hui. Il a utilisé ma syntaxe maladroite."

"Thompson a vu que les arguments du dossier n'allaient pas correspondre à ce schéma de choses et il est entré et a changé tous ces programmes dans la même nuit. Je ne sais pas comment ... et le lendemain matin, nous avons eu cette orgie d'un -lineries. "

" Il a mis des tuyaux dans UNIX, il a mis cette notation dans le shell, le tout en une nuit ", a déclaré McElroy, étonné.

Aussi technique que fut l'accomplissement, quand Thompson a créé des tuyaux, il a également mis quelque chose d'autre dans UNIX - une philosophie.

Comme McIlroy l'a décrit, "la philosophie que tout le monde a commencé à proposer était" Écrire des programmes qui font une chose et le font bien. Écrivez des programmes pour travailler ensemble. Écrivez des programmes qui gèrent des flux de texte, car c'est une interface universelle. ""

tar ne se ferme jamais avec une erreur. JAMAIS. Il faut se méfier.

Source: Manuel UNIX-HATERS, page 31 ( http://simson.net/ref/ugh.pdf ) Désolé, pas de version HTML.

Ce livre se trouve être plein à craquer d'autres légendes, et il est surtout encore applicable. Au cours de mes années d'utilisation de Linux, j'ai rencontré bon nombre de ces problèmes ... tout simplement aucun de ceux impliquant la gestion de l'intégralité de mon lecteur, Dieu merci. C'est étonnant pour moi qu'une grande partie de ce livre soit toujours exacte, même s'il a été écrit il y a plus de 15 ans.

Et maintenant ma propre histoire d'horreur tar, presque une réplique exacte de celle d'UNIX-HATERS. Même bug, 14 ans plus tard!

Je veux que mon sans fil fonctionne sur mon eeepc, pour lequel je dois télécharger un pilote, le compiler et l'installer. Je télécharge tout ce dont j'ai besoin et je pars travailler à la bibliothèque. À mi-chemin, je me rends compte que oui, j'ai vraiment besoin d'Internet pour quelque chose, alors je vais installer.

tar -cvf somewirelessdriver.tar ./importantcompilerfiles

Oh, merde. Est-ce que je viens de taper -cvf au lieu de -xvf?

Ouaip.

Tar a-t-il créé en silence un fichier tar de déchets aléatoires, écrasant mon fichier utilisable?

Ouaip. Génial. Je suppose que je ferai juste sans accès à Internet. Heureusement que ce n'était pas un fichier de plusieurs gigaoctets ... Oh, attendez, c'est arrivé une semaine auparavant.

Honnêtement, quel est le problème avec les arguments de ligne de commande cryptiques et les programmes Linux? Ne peuvent-ils pas simplement effectuer automatiquement l'opération de base lorsqu'ils sont invoqués sur un fichier avec l'extension appropriée. Pourquoi dans les flammes dois-je dire à tar quoi faire avec une ARCHIVE? Pense-t-il que je pourrais vouloir l'archiver ENCORE?

Je pense que je comprends enfin ce qu'est un «goudron», maintenant. C'EST UN LIEU QUE LES FICHIERS ALLENT MOURIR.

Connexion avec toutes les majuscules

http://utcc.utoronto.ca/~cks/space/blog/unix/UnixFossilizationExample

hrm. Je crains d'avoir mal compris la question :-)

Mais je quitte le lien, car je le trouve intéressant!

Le symbole du tuyau d' origine était ^

La clé de suppression d'origine était #

La clé "kill" d'origine (effacer tout sur la ligne) était @

Si vous vous connectez à un ancien système et que vous ne paraissez pas taper un commentaire ou une adresse e-mail, stty devient votre ami.

Il s'agit d'un exemple de session de connexion 7e édition où la personne qui a créé le journal a eu la gentillesse d'exécuter stty .. De plus, comme mentionné ici, il dit "Comment identifier un shell Bourne traditionnel? Vous pouvez utiliser le circonflexe ^ (caret) en remplacement de | (pipe). "

Une célèbre conférence Turing-award de Ken Thompson:

http://www.ece.cmu.edu/~ganger/712.fall02/papers/p761-thompson.pdf [PDF]

Lorsque vous mettez une porte dérobée logindans votre compilateur C, des choses désagréables peuvent se produire ...

NetBSD peut fonctionner sur à peu près n'importe quoi. Il y a 57 (57!) Ports pris en charge:

http://www.netbsd.org/ports/#in-tree-ports

À votre santé

Un que beaucoup de nouveaux venus sur Linux ne savent probablement pas, c'est que le créateur de Linux (Linus Torvalds) a emprunté massivement au système d'exploitation MINIX (un outil éducatif) créé par le professeur Andrew Tanenbaum: http://en.wikipedia.org /wiki/Andrew_S._Tanenbaum#MINIX .

Linus et le professeur Tanenbaum ont également longuement débattu des mérites / pragmatisme d'un noyau monolithique (Linux) par rapport à un micro-noyau (MINIX, Solaris). Le débat était public et peut être trouvé ici: http://oreilly.com/catalog/opensources/book/appa.html

À votre santé

L'art de la programmation Unix est une bonne lecture pour quiconque s'intéresse à l'informatique, pas seulement à ceux qui s'intéressent à Unix. Oui une partie est datée, mais c'est toujours une lecture essentielle.

Tout est un fichier, ou peut être traité comme tel ... sauf l'utilisateur sacrément.

Une erreur de bus signifie que vous essayez d'exécuter des données, qui ont été stockées du côté des données du bus de données / programme divisé du PDP / 11.

Unix est le seul O / S à avoir des calendriers et des horloges dès le début, uniquement parce qu'un astronome était l'un des créateurs. (Extra comment-credit: nom de cet écrivain. Extra-extra credit: nom du médaillé olympique dans l'équipe UNIX.)

Le champ GCOS dans / etc / passwd a été nommé d'après le système d'exploitation GECOS et n'y a été placé que parce qu'ils utilisaient un ordinateur central GECOS comme serveur d'impression pour le mini Unix d'origine et qu'il avait besoin des données pour accepter un travail d'impression.

Une chose pas si drôle que j'ai faite avec du goudron une fois, et un goudron qui a pris une semaine à fonctionner:

1. tar zcf foo.tar.gz ...
   • Au cours de la journée du lendemain, la session d'écran était sur mon écran: <UP>
   • Un jour plus tard: <enter>
   • Le goudron a fini, devinez quoi les clés se sont tenues dans le tampon, et sont entrées dans le shell la seconde après que le goudron a fini ...

Un vote positif sur leur commentaire pour que la première personne explique ce qui s'est passé :-) La morale de l'histoire, lancez des trucs en arrière-plan de la session écran.

Cela étant dit, j'aime toujours * NIX. Cela ne me dérange pas quand les choses sont gâchées parce que c'était de ma faute.