История изменений

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

А что сейчас? Сейчас из GNU используется лишь малая толика системных утилит. Если взять типичного современного кодера, который профессионально (с целью заработка) пользуется Linux-дистрибутивами и при этом не луддитит и рукоблудит, то что будет у него на тачке?

Если брать тот же Shell, то в большинстве случаев у программистов это будет экономящий время «Z shell» (zsh), вместо куцого и неудобного GNU Bash.

Если init то systemd, runit, OpenRC, но никак не помойный SysVInit с коллекцией Bash-лапши от GNU.

Если компилятор, то более удобный, быстрый и человечный Clang/LLVM вместо GNU Compiler Collection.

Если консольный текстовый редактор для правки конфигов, то vim или micro или mcedit вместо наркоманского и убогого GNU nano который сразу все сносят.

Если грепалка, то это будет быстрый и крутой ripgrep который затыкает GNU grep по скорости и всяким плюшкам.

Если сборка, то более быстрый ninja вместо GNU make.

GNU Autotools? => CMake, Meson во все поля

Ну и, спрашивается, почему дистрибутив Linux в 2024 году должен называться GNU/Linux??? Да ещё и с GNU на первом месте?! Я вот даже не знаю что там сейчас из GNU осталось в пользовании… разве что binutils?

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

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

А что сейчас? Сейчас из GNU используется лишь малая толика системных утилит. Если взять типичного современного кодера, который профессионально (с целью заработка) пользуется Linux-дистрибутивами и при этом не луддитит и рукоблудит, то что будет у него на тачке?

Если брать тот же Shell, то в большинстве случаев у программистов это будет экономящий время «Z shell» (zsh), вместо куцого и неудобного GNU Bash.

Если init то systemd, runit, OpenRC, но никак не помойный SysVInit с коллекцией Bash-лапши от GNU.

Если компилятор, то более удобный, быстрый и человечный Clang/LLVM вместо GNU Compiler Collection.

Если консольный текстовый редактор для правки конфигов, то vim или micro или mcedit вместо наркоманского и убогого GNU nano который сразу все сносят.

Если грепалка, то это будет быстрый и крутой ripgrep который затыкает GNU grep по скорости и всяким плюшкам.

Ну и, спрашивается, почему дистрибутив Linux в 2024 году должен называться GNU/Linux??? Да ещё и с GNU на первом месте?! Я вот даже не знаю что там сейчас из GNU осталось в пользовании… разве что binutils?

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

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

А что сейчас? Сейчас из GNU используется лишь малая толика системных утилит. Если взять типичного современного кодера, который профессионально (с целью заработка) пользуется Linux-дистрибутивами и при этом не луддитит и рукоблудит, то что будет у него на тачке?

Если брать тот же Shell, то в большинстве случаев у программистов это будет экономящий время «Z shell» (zsh), вместо куцого и неудобного GNU Bash.

Если init то systemd, runit, OpenRC, но никак не помойный SysVInit с коллекцией Bash-лапши от GNU.

Если компилятор, то более удобный, быстрый и человечный Clang/LLVM вместо GNU Compiler Collection.

Если консольный текстовый редактор для правки конфигов, то vim или micro или mcedit вместо наркоманского и убогого GNU nano который сразу все сносят.

Если грепалка, то это будет быстрый и крутой ripgrep который затыкает GNU grep по скорости и всяким плюшкам.

Ну и, спрашивается, почему дистрибутив Linux в 2024 году должен называться GNU/Linux??? Да ещё и с GNU на первом месте?! Я вот даже не знаю что там сейчас из GNU осталось ли у меня в пользовании… разве что binutils?

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

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

А что сейчас? Сейчас из GNU используется лишь малая толика системных утилит. Если взять типичного современного кодера, который профессионально (с целью заработка) пользуется Linux-дистрибутивами и при этом не луддитит и рукоблудит, то что будет у него на тачке?

Если брать тот же Shell, то в большинстве случаев у программистов это будет экономящий время «Z shell» (zsh), вместо куцого и убогого GNU Bash.

Если init то systemd, runit, OpenRC, но никак не помойный SysVInit с коллекцией Bash-лапши от GNU.

Если компилятор, то более удобный, быстрый и человечный Clang/LLVM вместо GNU Compiler Collection.

Если консольный текстовый редактор для правки конфигов, то vim или micro или mcedit вместо наркоманского и убогого GNU nano который сразу все сносят.

Если грепалка, то это будет быстрый и крутой ripgrep который затыкает GNU grep по скорости и всяким плюшкам.

Ну и, спрашивается, почему дистрибутив Linux в 2024 году должен называться GNU/Linux??? Да ещё и с GNU на первом месте?! Я вот даже не знаю что там сейчас из GNU осталось ли у меня в пользовании… разве что binutils?

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