Почему некоторые считают правильным использовать наименование gnu linux вместо linux

Обновлено: 08.07.2024

В данной статье, подготовленной по материалам Ghacks, мы постараемся ответить на самые распространенные вопросы, которые появляются у новичков Linux.

Вы можете задавать собственные вопросы о Linux в обсуждениях ниже, и мы вместе с пользователями будем отвечать на них, а также постоянно пополнять статью новой информацией.

Действительно ли Linux можно использовать бесплатно?

Если сжато ответить на данный вопрос, то в большинстве случаев да. Подавляющее большинство дистрибутивов, предназначенных для домашних пользователей могут использоваться бесплатно. Тем не менее, если вы начнете интересоваться серверными средами, то некоторые специализированные дистрибутивы являются платными. Ярким примером является коммерческий дистрибутив RedHat Enterprise Linux. Однако, одно из ключевых преимуществ мира Linux - это широкие возможности выбора.

В качестве альтернативы Red Hat можно рассмотреть дистрибутив CentOS, который поддерживается силами сообщества и основан на RHEL. CentOS не получает коммерческую поддержку от RHEL, и большинство обновлений поставляются в приоритетном порядке в RHEL, а лишь спустя некоторое время появляются в CentOS. В остальном, существенных различий между этими дистрибутивами нет.

Еще одним примером может служить популярная платная серверная операционная система SUSE и ее бесплатная версия от сообщества SUSE - OpenSUSE.

В чем разница между Linux и UNIX?

К этому вопросу можно подойти очень глубоко, но в рамках данной статьи для начинающих пользователей попробуем максимально упрощенно изложить только саму суть.

Linux - это клон UNIX, однако они не имеют общего реального кода. UNIX является коммерческой системой и защищена авторским правом. Linux, с другой стороны, является бесплатной системой для тех, кто может использовать, изменять, взламывать, настраивать и т.д. Они имеют много общих черт, таких как среды рабочего стола, система Init (для тех, кто не переключился на systemD в Linux), POSIX интерфейс и др. Однако, опять же, Linux это не UNIX, это просто клон.

В чем разница между Windows и Linux?

В чем разница между Windows и Linux?

Основное различие заключается в том, что Linux является системой с открытым исходным кодом. Любой пользователь может загрузить исходный код и делать все, что захочет. Windows является закрытой и запатентованной системой. Юридически вы не можете получить доступ к исходному коду, хотя, как мы знаем, иногда случаются утечки.

Еще одно значимое отличие заключается в том, что существует много разных дистрибутивов Linux, и каждый из них имеет разную функциональность. В Windows вы получаете заложенный Microsoft набор функций. Конечно, есть сторонние программы, которые могут изменить ситуацию, но в любом случае вы не получаете той гибкости и возможностей настройки, как в Linux.

Принято считать, что Linux также намного безопаснее Windows. Для этого есть множество причин, и это тема отдельной статьи. Любопытно, что даже Эдвард Сноуден не пользуется Windows, предпочитая открытую платформу.

Какова связь между GNU и Linux?

Многие новички имеют неправильное представление о Linux. Linux - это не то, что вы видите или не то, с чем вы взаимодействуете большую часть времени. Linux - это не операционная система, Linux - это ядро, а GNU является операционной системой.

Операционная система GNU изначально не была предназначена для использования с Linux, а скорее имела собственное ядро, называемое GNU Hurd. Однако, как только создатель Linux Линус Торвальдс (Linus Torvalds) публично выпустил Linux, ядро было адаптировано пользователями GNU и стало стандартом для использования с ОС GNU. В настоящее время 99% систем "Linux", с которыми вы имели дело, на самом деле больше похожи на системы GNU/Linux. Вот почему некоторые люди предпочитают называть открытую систему именно GNU/Linux, а не просто Linux, ведь второй вариант является некорректным при обращении к операционной системе. Однако, для простоты часто используется "Linux".

Что такое дистрибутив Linux?

Поскольку GNU и Linux являются бесплатными, многие сообщества, компании и отдельные лица решили разработать свои собственные операционные системы GNU/Linux. Разные системы используют разные менеджеры пакетов и разные среды рабочего стола, некоторые из них разработаны с минимальными требованиями, а некоторые из них предназначены для конкретных целей. Дистрибутив - это термин, используемый при описании одной из этих различных операционных систем. Вместо того, чтобы говорить: "Я использую версию GNU/Linux Operating System под названием Linux Mint, которая основана на другой версии GNU/Linux, созданной компанией Canonical, называемой Ubuntu", мы можем просто сказать: "Я использую дистрибутив под названием Linux Mint, который основан на другом дистрибутиве под названием Ubuntu".

Какие дистрибутивы пользуются наибольшей популярностью?

Какие версии Linux Mint доступны?

Какие версии Linux Mint доступны?

Linux Mint становится одним из самых популярных дистрибутивов GNU/Linux, поэтому у него есть множество собственных производных дистрибутивов для различных целей. На данный самыми популярными актуальными изданиями являются:

  • Linux Mint 18.2 "Sonya" Xfce
  • Linux Mint 18.2 "Sonya" KDE
  • Linux Mint 18.2 "Sonya" Cinnamon
  • Linux Mint 18.2 "Sonya" MATE
  • Linux Mint Debian Edition 2 "Betsy" основан на Debian, а не на Ubuntu

Какие версии Ubuntu доступны?

Какие версии Ubuntu доступны?

Ubuntu был и остается во многих отношениях, действующим чемпионом среди систем GNU/Linux. Как и в случае с Linux Mint, существует множество версий для различных нужд.

  • Kubuntu - Ubuntu с рабочей средой KDE
  • Lubuntu - Ubuntu с рабочей средой LXDE
  • Mythbuntu - используется для создания собственного домашнего кинотеатра с использованием MythTV
  • Ubuntu Budgie - Ubuntu с рабочей средой Budgie DE
  • Ubuntu GNOME - Ubuntu с рабочей средой GNOME
  • Ubuntu Kylin - Ubuntu специально для пользователей из Китая
  • Ubuntu MATE - Ubuntu с рабочей средой MATE
  • Студия Ubuntu - предназначена для редактирования и мультимедиа, обычно используемая для производства аудио / видео.
  • Xubuntu - Ubuntu с рабочей средой XFCE

Где получить поддержку по Linux?

Полезные ресурсы на русском

Полезные ресурсы на английском

Заключение

Надеемся, что данная статья поможет новоприбывшим беженцам с Windows и будущим опытным пользователям Linux усвоить некоторые базовые моменты. Мир GNU/Linux огромен и запутан, если вы погружаетесь в него достаточно глубоко. Однако, многие современные дистрибутивы отличаются дружелюбностью и интуитивностью, и необходимость в дополнительной помощи будет возникать редко.

А как насчет вас? Поделитесь своим первым опытом в мире GNU/Linux? Расскажите свои истории в комментариях!

Просматривая статьи для перевода на translated.by я наткнулся на предложение перевести статью GNU or Linux? за авторством David Chisnall. Автор предлагает разобраться чего же больше в ОС — GNU или же Linux? Собственно перевод этой статьи и предлагается Вашему вниманию.

GNU или Linux?

Ни одна другая система не испытывала таких споров вокруг своего имени. Огромное количество флейм войн началось после заявления FSF о том, что такие дистрибутивы как Ubuntu и Fedora должны называться GNU/Linux, вместо Linux. Пытались ли они просто заработать на чужом труде, или их аргументы небезосновательны?

Чтобы разобраться в этом вопросе давайте взглянем на то, что происходит, когда вы запускаете GNU/Linux систему — сколько используется GNU кода, а сколько Linux кода. Разработчик использует огромное количество GNU кода, к примеру GCC и GNU Make, но насколько это справедливо и для конечного пользователя?

Что делает Ядро?

Перед тем как начать разбираться где же GNU биты, а где Linux, важно понять, что именно делает ядро. Ядро выполняет две главные задачи:

* Освобождает разработчиков от необходимости изучать низкоуровневую архитектуру. Для этого необходимо наличие большого количества драйверов к устройствам и единых интерфейсов к этим драйверам. Хорошим примером служит Сокет-интерфейс. Когда вы пишете сетевой код, вы просто открываете сокет и пишите в него данные. Вам не надо заботится о типе сетевого оборудования пользователя и низлежащих протоколах.

* Изолирует запущенные программы друг от друга. Изолировать процессы платформо-независимым методом просто: Позволить процессам использовать только непривилегированные инструкции процессора. К сожалению, такой подход сделает невозможным любые операции ввода/вывода для программ, что делает все программы бессмысленными. Для снятия этого ограничения существует системный вызов — механизм, который позволяет запущенному процессу запрашивать ядро для совершения привилегированной операции от имени запрашивающего процесса. Обычные примеры — запись в файл (виртуальный диск), выделение памяти, или доступ к экрану или клавиатуре.

Механизм, который используется системным вызовом, платформо-зависим. На x86 платформе распространенным методом был вызов исключения, хотя новые процессоры от AMD и Intel предоставляют инструкции, позволяющие выполнить это еще быстрее. При этом управление переходит к ядру, которое решает, как интерпретировать значения в регистрах и на стеке, а также, какие действия предпринять.

Взгляд со стороны разработчика.

Важным стандартом при программировании для *NIX или в *NIX является единая спецификация UNIX — супермножество POSIX, которое включает всё, что должно быть в UNIX системе. Код, написанный согласно этому стандарту, переносим среди ряда UNIX-подобных систем.

Стандарт не описывает системные вызовы. Наоборот, он описывает Cи-функции, которые служат оберткой для системных вызовов. Когда программист хочет вызвать функцию open (), ему не надо знать, что он поместит указатель в EBX и значение 2 в EAX, а затем вызовет прерывание 80h; стандартная библиотека Cи реализует все эти функции. Любая нетривиальная программа на Linux будет обращаться к библиотеке Си (libc, для краткости). Существует несколько вариантов реализации стандартной библиотеки Си. У каждого члена семейства BSD есть своя реализация, впрочем как и у любой коммерческой UNIX системы. Какой вариант стандартной библиотеки С используется в Linux зависит от использования; существует несколько версий для встроенных систем, но большинство декстоп дистрибутивов Linux используют GNU libc.

По количеству кода ядро и libc практически равны. На двоих они предоставляют интерфейс разработчика к системе. Поскольку стандарт определяет только Cи-интерфейсы, а не системные вызовы, то и большинство кода написано с использованием стандартной библиотеки Cи. Это правило справедливо и для других языков; если вы, к примеру, запускаете некий java или python код, то он будет получать доступ к ядру через библиотеку Cи. Для некоторых языков существует своя стандартная библиотека от GNU Project. Например, любой С++ код будет использовать GNU libstc++ на GNU/Linux платформах. Некоторые дистрибутивы также включают GNU-реализации для Java библиотек, хотя такая практика уже не так популярна, учитывая, что Sun-версии стали open source. Даже если вы используете Sun Java библиотеки, вы по-прежнему используете GNU libc на этих платформах для любого Java приложения.

C C++ нюансов еще больше, чем с другими языками. Когда вы линкуете два модуля (к примеру, исполняемый файл и библиотеку), то сразу несколько стандартов описывают модель взаимодействия этих двух модулей. При вызове функции из другого модуля необходимо явно определить порядок аргументов на стеке и в регистрах, кто очистит память впоследствии и так далее. В С++ много чего должно быть явно определено для использования классов в различных модулях. Этот набор стандартов называется Бинарный Интерфейс Приложений (Application Binary Interface, ABI). В Linux, С++ ABI определен в GCC, который является пакетом GNU, как упоминалось ранее. Скомпилированный С++ код, независимо от того, какой компилятор использовался, должен подчиняться стандартам GNU, в противном случае такой код не сможет быть повторно использован другим С++ кодом.

Загрузка системы.

Современные GNU/Linux дистрибутивы начинают процесс загрузки с GRUB (GRand Unified Bootloader), который также является частью проекта GNU. (Хотя, технически, загрузка начинается в BIOS или другой прошивке, и это применимо для всех систем, которые запускаются на аппаратной платформе.) GRUB не создавался специально для Linux. Он может запускать и другие ОС и является стандартом для запуска некоторых систем на архитектуре x86, включая OpenSolaris и гипервизор Xen.

Затем GRUB передает управление ядру, которое продолжает инициализировать систему и конфигурирование драйверов. Ядро в свою очередь передает управление процессу init. Этот процесс отвечает за создание других процессов.

На Linux системах, init это очень маленькая программа, которая делает нечто большее, чем просто запуск скрипта. В некоторых дистрибутивах init заменен на Upstart, программу, которая не является ни частью Linux, ни частью GNU, и имеющая более сложную управляемую событиями модель. Скрипты, запущенный init’ом или Upstart’ом — это просто набор команд, интерпретируемых командной оболочкой (shell).

Спецификация POSIX содержит описание минимальной функциональности оболочки. Если вы хотите писать портативные shell-скрипты, то можете оставаться в рамках данной ограниченной функциональности, и, в итоге, получите скрипты, которые будут идти на всех UNIX-подобных системах.

Однако, большинство init скриптов не портируемы. Они используют расширенную функциональность командной оболочки, присутствующей в большинстве Linux дистрибутивов — Bash, командная оболочка от GNU.

Что в стандарте?

Единая Спецификация UNIX содержит намного больше, чем просто набор Cи-функций. В частности, стандарт определяет набор пользовательских утилит, которые обязаны присутствовать в UNIX-подобных системах. Многие программы используют эти утилиты через shell-скрипты или другие вызовы. Большинство из них содержатся в пакете корневых утилит GNU. Опять-таки, сравнивая количество строк кода, размер корневых утилит сравним с размером ядра.

Можно предположить, что эти утилиты не столь важная часть системы, однако это не так. Без утилит большинство init скриптов просто не запустятся (даже при наличии Bash), а система будет непригодна к использованию. Большинство инсталляторов также не запустятся, а это значит, что вы не сможете установить ни одной программы. Даже базовая функциональность, такая как копирование файлов использует корневые утилиты.

Единая UNIX Спецификация предоставляет список из 175 программ, которые должны присутствовать в каждой UNIX системе. Большинство из которых (с некоторыми исключениями, типа vi) созданы GNU и присутствуют в большинстве Linux дистрибутивов. Часть из них никогда не используются обычными пользователями; к примеру, стандарт предписывает наличие c99 и fort77 утилит для компилирования программ написанных на C и Fortran (обе утилиты предоставляются GNU).

На что еще следует обратить внимание?

Ранее я говорил, что у ядра две роли. Главная роль в предоставлении программам пользователя доступ к аппаратной части. Поэтому большинство Linux кода (и кода большинства других ядер) состоит из драйверов устройств. Но, отдельно стоит упомянуть о графике.

Старая модель драйвера XFree86 слабо зависела от ядра. Х-сервер запускался как привилегированный процесс и получал прямой доступ к аппаратной части. Я сам видел живой пример этого при попытке использования бинарного Linux драйвера Matrox под FreeBSD. Хоть драйвер и был написан для Linux, он прекрасно встал на FreeBSD, т.к. он напрямую взаимодействовал с Х-сервером и железом, а вовсе не с ядром FreeBSD.

Новые драйвера используют Инфраструктуру прямого рендеринга (Direct Rendering Infrastructure (DRI)). Эта система состоит из двух компонентов, называемых DRI и DRM. DRI — это драйвер пользовательского окружения, который снабжает командами аппаратную часть и предоставляет API другим пользовательским программам. DRM, в свою очередь, является маленьким модулем ядра, который проверяет команды и передает их аппаратной части.

С изобретением FUSE, которая также работает на FreeBSD, NetBSD, and Mac OS X, ядро часто перестает предоставлять все драйвера для файловых систем, что еще больше умаляет роль «Linux» в системе.

Удаление GNU или Linux.

Возможно самый правдивый тест на важность того или иного компонента системы состоит в том, насколько просто обойтись без данного компонента в системе. Некоторые Linux платформы используют не так много GNU программ; например использование busybox для утилит командной строки и uclibc для стандартной библиотеки. Часть GNU платформ, такие как Nexenta или Debian GNU/kFreeBSD не используют ядро Linux.

Чтобы оценить важность Linux, давайте взглянем на Linux совместимое окружение в FreeBSD. При запуске Linux программ на FreeBSD, происходит установка модифицированного обработчика системного вызова, который вызывает функции ядра FreeBSD, в ответ на системные вызовы Linux. Этот поход позволяет запускать программы, написанные под Linux, без их изменения.

Для того чтобы данный метод работал, часто устанавливают урезанную версию Linux в отдельном окружении. Программы написанные под Linux в итоге смогут найти все необходимые библиотеки и утилиты, включая GNU утилиты, GNU grep, Bash и другие пакеты.

О чем это говорит? Это говорит о том, что если вы хотите запустить GNU/Linux программу на другой системе, то это легко выполнимо без Linux, а вот без GNU обойтись не так-то просто.

Безусловно, большинство программ успешно запустятся без всяких режимом совместимости, если вы их перекомпилируете. В этом случае они не будут использовать GNU libc, GNU утилиты или bash. Некоторые программы для успешной компиляции требуют GNU компилятор или GNU Make, однако, после компиляции эти программы больше не потребуют никаких GNU утилит, кроме:

  • программ, использующих С++, которые скорее всего будут использовать GNU libstdc++.
  • программ, явно использующих одну из многих GNU библиотек.

Так что удаление GNU из GNU/Linux видится намного более сложным, нежели удаление Linux. PC-BSD или Nexenta — это хорошие десктопные ОС без капли Linux кода внутри, но с большим количеством GNU кода. Те Linux системы, которые не так сильно зависят от GNU кода — это сплошь интегрированные системы, названия которых не знакомы пользователям десктопных и серверных вариантов Linux.

Так как же стоит говорить, Linux, GNU или GNU/Linux? Я называю GNU, потому что, как программист и пользователь, я пользуюсь, в большинстве своем, теми инструментами, которые разработаны GNU. Когда я портирую код из FreeBSD, проблемы возникают только в корневых утилитах или в стандартной библиотеке Си. Если бы я хотел запустить этот же код на HURD или любой другой GNU системе, то я бы использовал те же самые интерфейсы.


Названия передают значения, наш выбор названий определяет значение того, что мы говорим. Неподходящее название даёт людям неверное представление. Как розу ни зови — в ней аромат останется всё тот же; но если вы станете называть её ручкой, люди будут разочарованы, когда попытаются ею писать. А если вы станете называть ручки розами, люди могут не понять, для чего они хороши. Если вы называете нашу операционную систему “Linux”, это передаёт неверное представление о её истоках, истории и назначении. Если вы называете её “GNU/Linux”, это передаёт (хоть и не во всех подробностях) правильное представление.

Так ли это важно для нашего сообщества? Разве важно, знают ли люди об истоках системы, её истории и назначении? Да — потому что люди, забывающие историю, нередко обречены на её повторение. Нет гарантий, что Свободный мир, выросший вокруг GNU/Linux, выживет; мы ещё не полностью избавились от проблем, которые привели нас к разработке GNU, и они угрожают возобновиться.


Когда я объясняю, почему правильно называть систему “GNU/Linux”, а не “Linux”, мне иногда отвечают так:

Даже если проект GNU заслуживает благодарности за эту работу, разве стоит спорить, когда люди не отдают должного? Разве важно не то, что работа выполнена, а то, кто её проделал? Вы должны отдыхать, гордиться хорошо выполненной работой и не беспокоиться о благодарностях.

Этот совет был бы мудрым, если бы только ситуация была действительно такова — если бы работа была уже выполнена и пришло время отдыхать. Если бы только так было! Но трудностей более чем достаточно, и не время принимать будущее, как само собой разумеющееся. Сила нашего сообщества покоится на приверженности к свободе и сотрудничеству. Употребление названия “GNU/Linux” — один из способов напомнить себе и поведать другим об этих целях.

Можно написать хорошую свободную программу, не думая о GNU; много хорошей работы проделано и от имени Linux. Но термин “Linux” с момента появления всегда ассоциировался с философией, которая не тяготеет к свободе сотрудничества. Поскольку это название всё больше употребляется в коммерции, в будущем нам станет ещё труднее соединять его с духом единства.

Опаснейшая угроза будущему свободного программного обеспечения исходит от склонности компаний, производящих дистрибутивы “Linux”, включать в GNU/Linux несвободные программы ради удобства и эффективности. Так поступают разработчики всех серьёзных коммерческих дистрибутивов; никто не ограничивается свободными программами. Большинство из них не отличают отчётливо несвободные пакеты в своих дистрибутивах. Многие даже разрабатывают несвободные программы и включают их в систему. А некоторые проводят возмутительную рекламу систем “Linux”, которые лицензируются “на отдельное рабочее место”, что даёт пользователю столько же свободы, сколько и Microsoft Windows.

Люди пытаются оправдать добавление несвободных программ возрастанием “популярности Linux” — фактически ставя популярность выше свободы. Иногда это утверждается открыто. Например, “Wired Magazine” писал о том, что Роберт Мак-Миллан, редактор “Linux Magazine”, “убеждён в том, что движение в сторону программ с открытым исходным текстом должно подпитываться техническими, а не политическими решениями”. А генеральный директор Caldera открыто побуждал пользователей отказаться от свободы как цели, а вместо этого работать над повышением “популярности Linux”.

Добавление несвободных программ в систему GNU/Linux может увеличить популярность, если под популярностью мы понимаем количество людей, использующих какую-нибудь GNU/Linux в сочетании с несвободными программами. Но в то же время это неявно призывает сообщество воспринимать несвободные программы как нечто хорошее и забыть о целях свободы. Бессмысленно ехать быстрее, если вы не можете удержаться на дороге.

Если несвободное “дополнение” — это библиотека или средство программирования, оно может стать ловушкой для разработчиков программ. Если они пишут свободные программы, зависящие от несвободного пакета, их программа не может стать частью полностью свободной системы. В прошлом Motif и Qt поймали в эту ловушку большое количество свободных программ, создав проблемы, на решение которых ушли годы. Библиотека Motif представляла некоторую проблему до тех пор, пока не устарела и не перестала применяться. Позднее несвободная реализация Java компании Sun привела к подобному явлению — западне Java; к счастью, в настоящее время это в основном исправлено.

Если бы выпуск свободных альтернатив был лишь вопросом программирования, решение будущих проблем становилось бы легче с возрастанием возможностей нашего сообщества по разработке. Но мы встречаем преграды, которые грозят усложнить это — законы, запрещающие свободные программы. Когда патенты на программы громоздятся друг на друга, а такие законы, как “Закон об авторском праве в цифровую эпоху” (DMCA), применяются для запрета разработки свободных программ для таких важных задач, как просмотр DVD или прослушивание потоков RealAudio, у нас не остаётся никакого очевидного способа борьбы с запатентованными и секретными форматами данных, кроме отказа от несвободных программ, которые их используют.

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

В нашем сообществе эта цель и эта решимость исходит главным образом из проекта GNU. Это мы говорим о свободе и единстве как о том, что нужно отстаивать; организации, которые говорят о “Linux”, обычно этого не говорят. Журналы о “Linux” обычно полны рекламы несвободных программ; компании, собирающие и поставляющие “Linux”, добавляют несвободные программы в систему; другие компании “поддерживают Linux”, разрабатывая несвободные приложения для работы в GNU/Linux; группы пользователей “Linux” нередко приглашают продавцов для демонстрации этих приложений. Главное место, где люди из нашего сообщества могут встретиться с идеей свободы и решимостью — это проект GNU.

Но когда люди встретятся с этим, почувствуют ли они, что их это касается?

Люди, которые знают, что они пользуются системой, которая вышла из проекта GNU, видят прямую связь между собой и GNU. Это не значит, что они автоматически согласятся с нашей философией, но по меньшей мере они увидят причину всерьёз об этом задуматься. Наоборот, люди, которые считают себя “пользователями Linux” и полагают, что проект GNU лишь “разработал средства, которые оказались полезны для Linux”, обычно осознают лишь косвенную связь между собой и GNU. Они могут просто проигнорировать философию GNU, когда встретятся с ней.

Проект GNU идеалистичен, а все, кто поддерживает идеализм сегодня, встречают сильное затруднение: преобладающая идеология побуждает людей отказаться от идеализма как чего-то “непрактичного”. Наш идеализм всегда был крайне практичным: это причина, по которой у нас есть свободная операционная система GNU/Linux. Люди, которые любят эту систему, обязаны знать, что именно наш идеализм воплотил её в жизнь.

Если бы “работа” действительно была уже сделана, и если бы речь шла только о признании заслуг, возможно, было бы мудрее оставить всё, как есть. Но это не так. Чтобы вдохновить людей на работу, которую нужно проделать, нам необходимо, чтобы за нами признавали то, что мы уже сделали. Пожалуйста, помогите нам, называя эту операционную систему “GNU/Linux”.


Этот очерк публикуется в сборнике:

Свободные программы, свободное общество (избранные очерки Ричарда М. Столмена).

GNU/Linux работает на PC-совместимых системах семейства Intel x86, а также на IA-64, AMD64 ?, PowerPC ?, ARM и многих других.

К операционной системе GNU/Linux также часто относят программы, дополняющие эту операционную систему, и прикладные программы, делающие её полноценной многофункциональной операционной средой.

Оглавление документа

Название

Разработка


С другой стороны, открытый код значительно снижает себестоимость разработки закрытых систем для GNU/Linux и позволяет снизить цену решения для пользователя. Вот почему GNU/Linux стала платформой, часто рекомендуемой для таких продуктов, как Oracle Database, DB2, Informix, SyBase, SAP R3, Domino.

Сообщество GNU/Linux поддерживает связь посредством групп пользователей Linux.



История UNIX

Дистрибутивы GNU/Linux

  • американский Red Hat и его наследник Fedora;
  • немецкий SuSE ?;
  • французский Mandriva ? (бывший Mandrake ?);
  • не имеющий национальной принадлежности международный дистрибутив Debian GNU/Linux;
  • один из самых старых дистрибутивов Slackware;
  • сравнительно молодой и активно развивающийся дистрибутив Gentoo;
  • очень молодой, но перспективный дистрибутив Ubuntu и его форк Kubuntu, использующий KDE вместо Gnome.

Помимо перечисленных, существует множество других дистрибутивов, как базирующихся на перечисленных, так и созданных с нуля и зачастую предназначенных для выполнения ограниченного количества задач. Каждый из них имеет свою концепцию, свой набор пакетов, свои достоинства и недостатки. Ни один не может удовлетворить всех пользователей, а потому рядом с лидерами благополучно существуют другие фирмы и объединения программистов, предлагающие свои решения, свои дистрибутивы, свои услуги. Существует множество LiveCD, построенных на основе GNU/Linux, например, Knoppix ?. LiveCD позволяет запускать GNU/Linux непосредственно с компакт-диска, без установки на жёсткий диск.

Для желающих досконально разобраться с GNU/Linux подойдёт любой из дистрибутивов, однако довольно часто для этой цели используются так называемые source-based дистрибутивы, то есть предполагающие самостоятельную сборку всех (или части) компонентов из исходных кодов, такие как LFS ?, Gentoo или CRUX ?.

Читайте также: