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

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

Ответ / не сексуален, в зависимости от вашей точки зрения.

Perl очень полезен Многие системные утилиты написаны на Perl или зависят от него. Большинство систем не будут работать должным образом, если Perl удален.

Несколько лет назад FreeBSD приложила немало усилий, чтобы удалить Perl как зависимость для базовой системы. Это была нелегкая задача.

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

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

В гораздо более позднем изложении он разработал немного больше:

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

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

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

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

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

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

Что касается практичности, Perl по- прежнему является связующим звеном для многих вещей: ОС и веб-сайтов (опять же, LAMP, не забывая ни Python, ни PHP). Так почему бы не включить что-нибудь полезное для многих целей? И даже более того, зачем удалять все, что есть (и не причиняет никакого вреда) и полезно?

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

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