Почему Perl установлен по умолчанию с большинством дистрибутивов Linux?

В исходной регистрации Perl v1.0 Larry Wall на comp.sources.misc группу новостей 18 декабря 1987, он сказал:

Если бы у Вас есть проблема, которая обычно использовала бы sed или awk или sh, но это превышает их возможности или должно работать немного быстрее, и Вы не хотите писать глупую вещь в C, то жемчуг может быть для Вас.

На намного более поздней выставке он уточнил немного больше:

Но разочарования программирования оболочки Unix привели непосредственно к созданию Perl, который у меня действительно нет времени для сообщения. Но по существу, я нашел, что сценарии оболочки были внутренне ограничены тем, что большинство его глаголов не находится под его контролем и следовательно в основном несовместимо друг с другом. И существительные являются обедневшими, ограничиваются строками и файлами с who-knows-what типологией...

Более разрушительный было мышление, что это была одномерная вселенная: Вы или запрограммированный в C или Вы запрограммировали в оболочке, потому что они, очевидно, в противоположных концах Одного Истинного Континуума. Perl появился, когда я понял, что сценарии не всегда имели к просматриваемому как противоположность программирования, но что единственный язык мог быть довольно хорош для обоих. Это открыло огромную экологическую нишу. Многие из Вас видели мою старую схему раковины моллюска с двумя размерами manipulexity и whipuptitude.

Сегодня, Perl является стандартной альтернативой/заменой для сценариев оболочки и текста, анализирующего потребности, и с намного большим количеством питания, чем традиционные инструменты. Из-за он - экстремальное значение (некоторые сказали бы неэлегантный), гибкость, Perl был описан как "швейцарская армейская цепная пила языков сценариев". Задачи могут часто быть значительно короче, легче, или более расширяемыми при решении с Perl. Многие, много системных инструментов, сценариев и больших программ обычно пишутся в Perl. Таким образом в современной среде Linux, Perl является теперь другим стандартным инструментом Unix, и действительно необходимый.

1. Perl был разработан для Unix, потому что инструменты не были достаточно мощны. Для спорта можно искать awk и sed в нем (Perl).
2. Perl был (среди прочего) вдохновлен оболочкой Unix (и C, который очень важен для Unix - или наоборот, возможно).
3. Кроме того, Perl может быть распределен в соответствии с лицензией GNU. Некоторые люди считали бы это не важным с технической точки зрения, но она показывает смешивание.
4. Последней вещью, о которой я могу думать, является ЛАМПА, которая является сетевым "комплектом ПО". (Проверьте его на Википедию: P или по крайней мере был, Perl; L является Linux.) (Но эта последняя точка немного трусит "или яйцо".)

Я думаю, что ответ на этот вопрос является частично историческим, частично практичным.

Что касается истории, Perl является классным языком. Это является более классным, чем Python (не говоря уже о PHP), хотя я понятия не имею, что "лучше" (если это могло бы так или иначе быть официально проанализировано, относительно которого я сомневаюсь). И классные парни, которые используют (или используемые) Perl, обычно являются парнями, решающими, что должно быть частью дистрибутива Linux.

Что касается того, что практично, Perl является все еще связующим звеном большого количества вещей: OSs и сеть одинаково (снова, ЛАМПА, не забывая или Python или PHP). Итак, почему бы не включать что-нибудь, что полезно для большого количества целей? И еще больше, почему удаляют что-нибудь, что является там (и не наносит ущерба), и полезно?

Но, как это происходит, существует примечание по этому в новом выпуске Журнала Linux (#151, июнь 2013). По-видимому, для компиляции ядра Linux, несколько коротких и простых сценариев Perl используются. (Снова, роль "связующего звена" Perl в OSS) Теперь, один из разработчиков ядра отправлял патчи переписывания тех сценариев, на этот раз не в Perl, но как "Сценарии оболочки Unix" (это sh?). Тем путем Perl не должен был бы быть установлен ни для кого компилирующего ядро. Но, тот патч (отправляемый несколько раз) не был взят. И одна причина этого, после того как в холоде, Perl вряд ли будет впущен. Люди как Perl, и они не хотят расставаться с ним.

Теперь, это только касается краев этого вопроса как, вероятно, очень малочисленное меньшинство пользователей Linux, вероятно, скомпилирует ядро. Но это - еще одна часть загадки (и я подозреваю, что существуют многие).