Давайте начнем с простой команды, echo. Эта команда просто печатает текст на экран.

$ echo Hello World

Упражнения:

Попробуйте выполнить некоторые другие команды и посмотрите, что они выведут:

$ date
$ whoami

2. pwd (Print Working Directory / Вывести рабочую директорию)

Все в Linux - файлы, чем глубже вы будете погружаться в Linux, тем лучше вы это будете понимать, а пока просто имейте это в виду. Кажый файл организован в иерархическое древо директорий. Первая директория в файловой системе удачно названа корневой (root) директорией. Корневая директория содержит множество папок и файлов, которые могут содержать еще более папок и файлов и т.д. Вот пример того, как выглядит древо директорий:

/
|-- bin
|  |-- file1
|  |-- file2
|-- etc
|  |-- file3
|  `-- directory1
|  |-- file4
|  `-- file5
|-- home
|-- var

Расположения этих папок и директорий называются путями. Если у вас есть директория home с директорией pete в ней, которая содержит директорию Movies, то путь будет выглядеть вот так: /home/pete/Movies, довольно просто, не так ли?

Навигация по файловой системе, прямо как и в реальной жизни, очень полезна, если вы знаете где вы находитесь и куда вы идете. Чтобы увидеть где вы находитесь, вы можете использовать команду pwd, это команда означает “print working directory (напечатая рабочую директорию)”, и она покажет в какой директории вы находитесь, обратите внимание, что путь исходит из корневой директории.

$ pwd

Где вы? Где я? Попробуйте выполнить команду!

3. cd (Change Directory / Изменить директорию)

Теперь вы знаете где вы, но давайте посмотрим, можем ли мы перемещаться по файловой системе. Помчните, что мы должны проложить дорогу через пути. Есть два способа, чтобы проложить маршрут, через абсолютные и относительные пути.

Абсолютный путь: Это путь, который начинается с корневой директории. Корень - главный. Корневая директория обычно обозначается слэшем. Каждый раз, когда ваш путь начинается с  /, Это оначает, что путь начинается с корневой директории. Например, /home/pete/Desktop.

Относительный путь: Это путь, который начинается с того места, в котором вы сейчас находитесь. Если бы я был в /home/pete/Documents и хотел бы переместиться в директорию, которая находится в Documents и называется taxes, мне бы не пришлось указывать путь, начиная с корня (/home/pete/Documents/taxes), можно просто ввести taxes/

Теперь вы знаете, как пути работают, но нам нужно что-то, что поможет нам перемещаться туда, куда мы хотим. К счастью, у нас есть cd или “change directory” (изменить директорию) чтобы осуществить это.

$ cd /home/pete/Pictures

Теперь я изменил мою директорию на /home/pete/Pictures.

Сейчас в этой директории у меня имеется директория Hawaii, я могу переместиться туда так:

$ cd Hawaii

Обратили внимание, что я просто написал имя директории? Это потому что она уже находится в /home/pete/Pictures.

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

. (текущая директория). Эта директория, в которой вы находитесь сейчас.

.. (предыдущая директория). Переносит вас в директорию, которая находится на один уровень выше.

~ (домашняя директория). Это директория по умолчанию для вашей “домашней директории”, такая как /home/pete.

- (предыдущая директория). Переносит вас в директорию, в которой вы находились до этого

$ cd .
$ cd ..
$ cd ~
$ cd -

Попробуйте выполнить их

Упражнения:

Запустите команду cd без каких либо флагов, куда она вас перенесет?

Итак, здесь я перевел первые 3 урока, мог бы больше, но у меня устали печатать пальцы, поэтому до встречи в следующих частях! Критикуйте, пишите что не так, исправлюсь

В композитном сервере Weston развиваются технологии, содействующие появлению полноценной поддержки протокола Wayland в Enlightenment, GNOME, KDE и других пользовательских окружениях. Разработка Weston нацелена на предоставление высококачественной кодовой базы и рабочих примеров для использования Wayland в десктоп-окружениях и встраиваемых решениях, таких как платформы для автомобильных информационно-развлекательных систем, смартфонов, телевизоров и прочих потребительских устройств.

Основные новшества Weston 1.11:

В рамках инициативы по выносу функциональности Weston в обособленную библиотеку libweston проведена значительная переработка методов инициализации, загрузки и настройки бэкендов. Разбор файлов конфигурации пока по-прежнему производится в Weston main.c, но данные передаются динамически загружаемым модулям бэкендов в форме унифицированной структуры, состояние которой сохраняется в хранилище внутренних объектов для дальнейшего использования без привязки к main.c. Изменения внесены в бэкенды wayland, drm, x11, headless, fbdev и rdp.

В оболочке для информационно-развлекательных систем (IVI Shell) отмечена большая чистка кода, рефакторинг и приведение в порядок документации. Удалена или упрощена большая порция излишних вызовов API, система динамического выделения памяти переведена на использование стека по возможности, приведены в порядок проверки на указатель NULL, добавлена отладочная функция get_label().

Переработана система сборки, в которой стандартизировано использование макроса AC_SEARCH_LIBS, решены проблемы со сборкой без включения systemd-login, налажена обработка CFLAGS от systemd, в разряд опциональных зависимостей переведена поддержка JPEG (--with-jpeg/--without-jpeg) и WebP (--with-webp/--without-webp), упрощена логика проверки версии Wayland и Weston.

Добавлены новые пиктограммы для поставляемых в комплекте приложений terminal, flower и editor.

Реализована возможность настройки панельных часов через файл конфигурации.

Улучшена поддержка drag-and-drop.

Добавлена поддержка недавно стабилизированного протокола presentation-time.

Улучшения, связанные с протоколом и API Wayland 1.11:

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

Внесены улучшения в механизм разделяемой памяти (shm): добавлена защита от выполнения операций изменения размера при наличии ссылок на изменяемый блок памяти, обеспечен раздельный подсчёт внешних и внутренних пользователей, расширена информативность текста ошибок распределения памяти.

В рамках работы по улучшению поддержки перечисляемых типов в биндингах на различных языках добавлена поддержка межинтерфейсных атрибутов enum.

В документацию включены HTML-представления комментариев в коде, оформленных в формате Doxygen, что упрощает ссылки на функциональность клиентского и серверного API.

Добавлена сборочная опция --enable-fatal-warnings, приводящая к завершению процесса сборки в случае вывода компилятором предупреждений.

Для повышения безопасности в wayland-scanner задействован неисполняемый стек.

Дополнительно можно отметить выход набора расширений wayland-protocols 1.4, в прошлом году выделенный из основной кодовой базы в отдельный пакет. Wayland-protocols включает набор протоколов и расширений, дополняющих возможности базового протокола Wayland и предоставляющих возможности, необходимые для построения композитных серверов и пользовательских окружений. В новой версии представлен стабильный протокол "viewporter" (ранее "wl_scaler"), позволяющий клиенту выполнять действия по масштабированию и обрезанию краёв поверхности на стороне сервера. Статус стабильного протокола подразумевает завершённость разработки и обязательное обеспечение обратной совместимости. Ранее был стабилизован протокол "presentation time", предоставляющий возможности для организации отображения видео. Остальные протоколы имеют статус нестабильных:

"fullscreen-shell" - управление работой в полноэкранном режиме;

"input-method" - обработка методов ввода;

"linux-dmabuf" - совместное использование нескольких видеокарт при помощи технологии DMABuff;

"text-input" - организация ввода текста;

"pointer-gestures" - управление с сенсорных экранов;

"xdg-shell" - XDG-расширения для рабочего стола;

"relative pointer events" - относительные события указателей;

"pointer constraints" - ограничения указателей (блокировка);

"tablet" - поддержка ввода с планшетов.

Статус поддержки Wayland в окружениях рабочего стола и дистрибутивах:

В GNOME 3.20 поддержка Wayland приближена к паритету в функциональности с сеансом на базе X.org. Реализована большая порция мелочей и устранены многие недоработки, которые оставались последними звеньями, мешающими созданию готового для ежедневного использования окружения GNOME на базе Wayland. В частности, добавлены полная поддержка механизма drag-and-drop, уведомлений о запуске приложений, первичного основного буфера обмена (заработала вставка средней кнопкой мыши), решены проблемы с позиционированием диалоговых окон, меню и различных всплывающих элементов интерфейса приложений, до должного уровня доведено качество кинетической прокрутки.

Репозиторий Fedora Rawhide, на базе которого формируется релиз Fedora 24, изначально был переведён на использование по умолчанию рабочего стола GNOME поверх Wayland, но в итоге решение по использованию Wayland по умолчанию в Fedora 24 было отложено, так как не все проблемы удалось решить. Сеанс GNOME на базе Wayland в Fedora 24 будет доступен в качестве опции.

Экспериментальный сеанс рабочего стола GNOME на базе Wayland поставляется в Ubuntu GNOME (следует установить пакет gnome-session-wayland и выбрать на экране входа "GNOME on wayland").

Началось формирование ежедневных Live-сборок Neon Plasma Wayland, позволяющих оценить текущее состояние рабочего стола KDE Plasma в окружении на базе Wayland. Wayland задействован по умолчанию в платформе Plasma Mobile. В основной состав KDE Frameworks принята библиотека KWayland, в которую вынесен код Plasma, специфичный для поддержки Wayland. KWayland отнесён к фреймворкам первого уровня, т.е. является функциональным дополнением к Qt и, кроме Qt, не требует дополнительных зависимостей. При этом KWayland позиционируется не как замена QtWayland, а как дополнение к QtWayland, предоставляющее большую гибкость за счёт приближения программного интерфейса к Wayland API.

В KDE Plasma 5.6 продолжена адаптация KDE для работы с использованием протокола Wayland, появилась поддержка декорирования окон для Wayland-клиентов, позволяющая унифицировать оформление. Реализованы все доступные в окружениях на базе X11 средства управления вводом, добавлена поддержка различных раскладок клавиатуры и переключения между ними.

В пользовательском окружении Enlightenment 0.20 обеспечена полноценная поддержка Wayland. Работа поверх Wayland реализована с применением собственного композитного менеджера wl-desktop-shell. Отмечается, что все необходимые для работы поверх Wayland возможности реализованы, но окружение на базе Wayland пока недостаточно протестировано для ежедневного использования.

Для ОС DragonFly BSD подготовлен порт с Wayland и Weston. Обеспечена поддержка XWayland.

Wayland задействован по умолчанию в мобильных платформах Sailfish 2 и Tizen 3.

В панели Cairo-Dock реализована возможность работы в окружении композитного сервера Weston.

Работа по добавлению поддержки Wayland ведётся для рабочих столов LXQt и MATE.

Развиваются новые десктоп-окружения, работающие только на базе технологий Wayland: Quantum Shell, Hawaii и Orbital.

Для тестирования работы GNOME, KDE и Enlightenment, Hawai и Orbital поверх Wayland выпускается специальный Live-дистрибутив Rebecca Black Linux.

Отмечается прогресс в адаптации Firefox, Chrome и LibreOffice для работы поверх Wayland без привлечения прослойки XWayland. В Chrome 50 интегрированы наработки проекта ozone-wayland, в рамках которого развивался вариант веб-браузера Chromium, предназначенный для работы в окружениях на базе Wayland.

Firefox 46 перешёл на GTK+ 3 в Linux, что является важным звеном в реализации работы на системах, поддерживающих протокол Wayland.

В текстовом выпуске Qt 5.7 появился новый модуль Qt Wayland Compositor TP с реализацией многопоточной системы отрисовки для встраиваемых устройств, использующая протокол Wayland.

В проприетарном драйвере NVIDIA 364.x обеспечена официальная поддержка Wayland, включая все необходимые расширения: EGL, библиотеку libnvidia-egl-wayland.so и KMS API.

Напомним, что Wayland представляет собой протокол взаимодействия композитного сервера и работающих с ним приложений. Клиенты самостоятельно выполняют отрисовку своих окон в отдельном буфере, передавая информацию об обновлениях композитному серверу, который комбинирует содержимое буферов отдельных приложений для формирования итогового вывода с учётом возможных нюансов, таких, как перекрытие окон и прозрачность. Иными словами, композитный сервер не предоставляет API для отрисовки отдельных элементов, а оперирует только с уже сформированными окнами, что позволяет избавиться от двойной буферизации при использовании высокоуровневых библиотек, таких как GTK+ и Qt, берущих на себя работу по компоновке содержимого окон. В настоящее время поддержка прямой работы c Wayland уже реализована для библиотек GTK+ 3, Qt 5, SDL (начиная с выпуска 2.0.2), Clutter и EFL (Enlightenment Foundation Library). Начиная с версии 5.4, в состав библиотеки Qt включён модуль QtWayland с реализацией компонентов для работы Qt-приложений в окружении композитного сервера Weston, развиваемого проектом Wayland.

Взаимодействие с аппаратным обеспечением в Wayland/Weston, например, проведение инициализации, переключение видеорежимов и управление памятью (GEM для i915 и TTM для radeon и nouveau) графических карт, может производиться напрямую через модуль, работающий на уровне ядра, что позволяет обойтись без привилегий суперпользователя. Композитный сервер Weston может работать не только с использованием DRM-модуля ядра Linux, но и поверх X11, другого композитного сервера Wayland, фреймбуфера и RDP. Кроме того, развиваются проекты по обеспечению работы поверх графического стека платформы Android.

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

Для обеспечения выполнения обычных X11-приложений в окружении на базе Wayland используется DDX-компонент XWayland (Device-Dependent X), похожий по организации работы на Xwin и Xquartz для платформ Win32 и OS X. Поддержку запуска X11-приложений планируется встроить непосредственно в композитный сервер Weston, который при попытке выполнения X11-приложения будет инициировать запуск X-сервера и связанных с ним компонентов XWayland. При таком подходе процесс запуска X11-приложений будет бесшовным и неотличимым для пользователя от запуска приложений, работающих напрямую с Wayland.

>> Источник (копипаста)

>> Подробнее (англ)

P.S. Уже скоро фильмы будут плавными, 3D будет летать, а десктоп будет отзывчивее ^_^