
GNU/Linux
Изучаем GNU/Linux часть 15. Процессы #2: Информация о процессах #2 (RHCSA)
Продолжаем изучать GNU/Linux и готовиться к сертификации от Red Hat (RHCSA).
Для тех, кто видит мои посты впервые - я стараюсь очень лёгким языком с нуля научить вас работать с операционной системой GNU/Linux. Зачем? Потому что - Стоит ли делать курс по RHCSA?
Изучаем GNU/Linux часть 14. Процессы #1: Информация о процессах
Изучаем GNU/Linux часть 13. Bash #2: переменные (RHCSA)
Изучаем GNU/Linux часть 11. Стандартные потоки (RHCSA)
Ссылки на темы 1 лвла - Изучаем GNU/Linux часть 10. Текстовые редакторы nano и vi (RHCSA)
Еще немного про процессы - зомби, лимиты, юзерспейс и в целом разбор информации от утилиты top.
Ubuntu - первое знакомство
Всем привет! Знакомлюсь с ubuntu - все идёт через пень/колоду: командная строка бесит, ничего не работает, с горем пополам подключился и вошёл на виртуальную машину через SSH. Победа.
Пытаюсь установить Gnome - ошибки, гуглю, половину не понимаю, ввожу в командной строке какие-то заклинания. Дело пошло. Установился.
Как подключиться?
Нужен RDP. Гуглю. Ввожу новые шаманские заклинания, вроде всё правильно, даже окошко ввода пароля появилось, а дальше - " login failed for display 0" и никак не войти... гуглю форумы - большую часть написанного (к тому же в большинстве по английски) - не понимаю...
Короче, день прошёл - и я даже не подключился к рабочему столу. С горем пополам установил VestaCP и то ладно ((((
Посоветуйте курс по Linux'у хороший, но короткий, чтобы въехать в основные моменты?... Как у вас проходило знакомство с Linuxoм, друзья?
Изучаем GNU/Linux часть 14. Процессы #1: Информация о процессах
Продолжаем изучать GNU/Linux и готовиться к сертификации от Red Hat (RHCSA).
Для тех, кто видит мои посты впервые - я стараюсь очень лёгким языком с нуля научить вас работать с операционной системой GNU/Linux. Зачем? Потому что - Стоит ли делать курс по RHCSA?
Изучаем GNU/Linux часть 13. Bash #2: переменные (RHCSA)
Изучаем GNU/Linux часть 12. Bash #1: bash-completion, alias, type
Ссылки на темы 1 лвла - Изучаем GNU/Linux часть 10. Текстовые редакторы nano и vi (RHCSA)
Что такое процессы и как найти информацию о них?
Законен ли winetricks на Linux ?
Всех приветствую, не нарушаешься ли авторское право если использовать winetricks , чтоб запускать разные приложения на Linux ?
Tp-link TL-WN722N в 2020 году Kernel 5+ жив ли ещё ?
Monitor mode v2
Линукс
Изучаем GNU/Linux часть 13. Bash #2: переменные (RHCSA)
Продолжаем изучать GNU/Linux и готовиться к сертификации от Red Hat (RHCSA).
Для тех, кто видит мои посты впервые - я стараюсь очень лёгким языком с нуля научить вас работать с операционной системой GNU/Linux. Зачем? Потому что - Стоит ли делать курс по RHCSA?
Изучаем GNU/Linux часть 12. Bash #1: bash-completion, alias, type
Ссылки на темы 1 лвла - Изучаем GNU/Linux часть 10. Текстовые редакторы nano и vi (RHCSA)
Как свободное ПО циркулирует в мире
Рассмотрим процесс циркуляции свободного программного обеспечения в мире на примере языка программирования Elixir и Debian GNU/Linux.
Для описания процесса циркуляции свободного программного обеспечения в мире есть устоявшаяся аналогия реки. У истока (upstream), где река берет свое начало, находится свободное программное обеспечение, как правило, от оригинальных разработчиков (чуть дальше будет говориться об исключении из этого правила); каждая новая версия справляется ниже по течению (downstream), откуда она попадет в дистрибутивы. Таким образом, upstream в широком смысле означает все свободное программное обеспечение, которое стало частью дистрибутивов, а downstream – сами дистрибутивы. Термины upstream и downstream относительны, поэтому upstream'ом для Ubuntu является Debian. К примеру, как сопровождающий Elixir'а в Debian'е я пакетирую новую версию языка, беря ее из upstream'а, загружаю пакет в архив Debian'а, а через несколько часов оттуда этот пакет автоматически попадает в находящийся в разработке выпуск Ubuntu. Так, Debian легко меняет ярлык с downstream'а на upstream (то самое исключение).
Пока описанный процесс не является циркулярным, как было заявлено с самого начала. Круг замыкается при возвращении в upstream изменений, сделанных в рамках подготовки пакетов для дистрибутивов.
Все вещи удивительным образом связаны в мире. Практически всем более-менее опытным линуксоидам известно про тесную связь Debian'а и Ubuntu, но мало кто задумывается о том, как эти дистрибутивы связаны с тем же Arch'ем и другими. Мало кто задумывается не потому, что все скрыто за семью печатями и непостижимо для понимания, а напротив – потому, что все на поверхности и элементарно. Связь осуществляется через upstream: один дистрибутив GNU/Linux включают плюс-минус тот же набор программного обеспечения, что и другой. Каждый дистрибутив по-своему возвращает долг сообществу, и об этом я хочу сейчас рассказать на примере Debian'а.
Debian призывает своих сопровождающих заглядывать в исходный код ПО, пакеты для которого они сопровождают. Это, в свою очередь, запускает механизм, подчиняющийся закону Линуса, который гласит: «больше глаз, меньше ошибок» (закон сформулирован Эриком Реймондом). На примере пакета Elixir'а я расскажу как эти вещи работают на практике.
В дерево исходных текстов Elixir'а включено два бинаря (rebar и rebar3), которые необходимы для нескольких unit-тестов. Казалось бы безобидно, но в Debian'е такой исходный материал подлежит чистке, т.к. в дистрибутиве запрещено распространение не подкрепленных исходниками бинарей. Таким образом, при подготовке пакета для каждой следующей версии языка в мои обязанности входит удаление этих бинарей с модификацией исходного кода, в котором они фигурируют. В один прекрасный день я заметил, что после удаления этих бинарей начал валиться один из тестов. Оказалось, что с недавних пор он тестировал не совсем то, что предполагалось. Для того чтобы пакет все-таки состоялся, я подготовил исправление и затем согласно Общественному договору [с сообществом свободного ПО] предложил его upstream'у, который позднее его принял. На этом круг замкнулся – работа, проделанная в рамках Проекта Debian, станет доступна пользователям и других дистрибутивов.
