Мой мир для линукс

Mir on X

Как установить и запустить клиент Mir на Ubuntu, чтобы было как на скриншоте

systemd в продакшене и ентерпрайзе

Всем ночи.
Тяпница!
Вот придумали системд. вейланд, mir, позиционируя их, как глобальную замену устаревшим init, xorg.
А расскажите, какие проблемы у вас решили эти замечательные вещи, и как теперь вам стало с ними легко жить?

Unity8 в Ubuntu 20.04

Всем привет недавно прочитал про Unity8 и она мне понравилась решил поставить на чистую новую Ubuntu 20.04 на реальное железо. Вопрос как поставить надеюсь на вашу помощь.

Расскажите, пожалуйста, про Mir.

Я знаю, что есть книжка какого-то классика с названием «Война и Мир», но там много букв и мне лень её читать. Лучше, объясните в кратце, пожалуйста.

1. Прежде всего, почему этот проект всё ещё жив через два года после закрытия проекта?
2. В чём основное отличие, фишка, ключевое эволюционное преимущество этого проекта.
3. Что эта программа собственно делает?
4. Где эта программа может пригодиться в хозяйстве?
5. Работает ли она совместно с Synergy?
6. Имеет ли смысл её изучать в перспективе на 50 будущих лет?
7. Какие книги про эту программу вы можете посоветовать?

Зачем она называется display server, если хотят избавиться от модели клиент-сервер?

Собственно, почему у меня возник такой вопрос: Я хочу Mate поверх Weston, но в интернете предлагают только Mate поверх Mir.

организация мультисита на некстджен оконных системах

Привет. Понадобилось организовать два места на одном ПК.
Раньше я правил xorg.conf
Подскажите, как это сделать на новом софте? Wayland и вестон и т.д. хотя бы на чём-нибудь. не говорите мне про композитного менеджера и дисплейный сервер, просто скажите, есть работающие проверенные решения ?

Почему иксы будут существовать еще 10 лет, или главная ошибка всех замен X.org

Berlin/Fresco, Y Window System, Wayland, Mir наступили на одни и те же грабли- ни одна замена иксов не является единым целым, как иксы.

• Иксы — это единое отлаженное целое, работающее сегодня и не требующее лишних ковыряний в системе и костылей.
• Mir — это иксы без нормального объектно-ориентированного программирования, в результате чего, кроме юнити, оказалось на него ничего не будет, почему Mir и был закопан.
• Wayland- это без нормальной поддержки оборудования, в результате чего Wayland работает только в Raspbian 9, и то его там не спешат, в отличие от некоторых ставить как дефолт.
• Y Window System — еще одна попытка выкинуть иксы — никому не нужна, поскольку ее написал студент. А кто такой студент-одиночка в современном мире? Ему можно доверять?
• Fresco — еще одна попытка выкинуть иксы и тоже R.I.P- никому не нужна, по причине того что это еще одна вариация иксов с сетевой прозрачностью.

Ни один разработчик не смог сделать того, что сделали иксы и чем мы пользуемся по сей день. Иксы — единственный графический стек, который работает как цельный отлаженный механизм, как одно единое слово и не требует заниматься ерундой. И этого нет ни у одной открытой графической системы. Только у MacOS и Windows.

Разработчики MATE планируют использовать дисплейный сервер Mir в качестве Wayland-композитора

Martin Wimpress, один из разработчиков MATE и создатель дистрибутива UbuntuMATE, поделился планами по обеспечению поддержки оконной системы Wayland в окружении MATE. В силу крайне малого количества разработчиков, а также их ограниченности во времени, которое они могут тратить на разработку MATE, было решено не писать свой Wayland-композитор с нуля, а использовать дисплейный сервер Mir, адаптировав его для работы в качестве Wayland-композитора. Причины, по которым они не хотят использовать, например GNOME Mutter он не назвал. Однако разработчики осознают, что при текущих темпах разработки MATE, поддержка Wayland там будет обеспечена спустя несколько лет, и чтобы этого не допустить — решено взять готовую разработку и лишь немного переделать

Объясните популярно, в чем отличие Mir \ Wayland от X.org ?

Собственно, все чаще замечаю новости и треды про эти самые mir и wayland. В чем замысел этих штуковен? Почему нужно ими заменять xorg? Чем лучше?

Ubuntu 16.04, Mir не запускается

В общем погуглил я, и узнал что через Mir запускается практически все(через тот же XMir), в отличие от вяленда.

Запускаю сервер командой

И получаю такой выхлоп:

И сервер не запускается.

Никаких репозиториев не добавлял, все из реп убунты 16.04.

Подскажите, что делать.

Wayland/Mir в виртуалках

Недавно прочитал, что в VMWare Fusion вполне можно крутить Mir.

Но вот не люблю VMWare по религиозным мотивам.

С Virtualbox понятно, что 💩. Там 3D весьма плохое, да и недавно его вообще выкинули на поддержку пользователями.

А что с другими?

Есть кто живой с Parallels desktop, чтоб проверить Wayland или Mir?

Unity 8 Mir черный экран

Установил по этой инструкции. После запуска сессии просто черный экран без курсора.

В игровом движке Unity 3D будет обеспечена поддержка Wayland и Mir

Для Ъ: движок планируется портировать на SDL, что отвяжет его от специфичных X11 вызывов, и унифицирует поддержку бэкендов X11, Wayland и Mir.

ubuntu mir

Всем привет . Скажите существуют ли сборки ubuntu где вместо иксов используется mir ?

На опеннете Mir 0.18 и роутеры с планшетами от Mozilla. А что, убунтуфон ещё бьётся в конвульсиях?

На опеннете сейчас на главной новости о выпуске новой версии Mir, а также о прототипах устройств от Mozilla (приставка для старых телеков, планшет, а также нерабочий аналог хромкаста).
Хоть я и против гомофобов, но мне уже кажется, что выкидывание на мороз предыдущего директора было не самой хорошей идеей. Он хоть и был крайне отстал в плане социального развития, но зато не предлагал какую-то дичь и расширения от хрома.

У меня два вопроса:

Первый: Mozilla с ума сошла? У них мобильники не взлетели, а они хотят протолкнуть вообще нафиг никому не нужное дерьмо с браузером внутри.

Второй: Убунтуфон ещё не издох? Или для чего они Mir делают? Или это из серии upstart’a: будем сидеть на своём глючном говне, но на systemd не перейдём?

Что насчет systemd

Добрый день, уважаемые. Около года выпал из линукса, за новостями не следил.

Хочется аргументированный ответ:

Счас только systemd и все у него прекрасно, или как ?

так же хочется узнать судьбу wayland и mir

Mir и Unity 8 опять не готовы

На оупеннете дали ссылку на блог манагера из Canonical, где говорится, что Ubuntu 16.04 LTS будет выпущена с Unity 7 и классическими иксами. Так же там не будет snappy-образов. А все эти супернововведения космонавта запихнут в экспериментальную personal-ветку.
http://www.olli-ries.com/t-242d/

Как обстоит дело с Wayland / Mir и т.п.?

Многие согласятся, что Иксы фактически не развиваются и давно устарели. Да, ими можно пользоваться, это уже привычно.
Тем не мненее, они нагружают ЦП, при этом достаточно стары и ограничены.
По сути, несколько лет назад иксам вообще не было альтернативы, но сейчас есть (на словах, по крайей мере) разработка Mir. Сейчас есть попытка введения Wayland (например в Федоре).
В каком дистрибутиве быстрее всего стоит ожидать замену иксов? Каковы ваши ожидания?

Вопросы по Ubuntu LTS на десктопе

Здравия желаю. Рассматриваю переустановку всего на компе с переездом на Ubuntu LTS. Пожалуйста, дайте ответы на следующие вопросы:

• Стабильность. Правильно ли я понимаю, что Ubuntu LTS полируются гораздо лучше, чем рядовые релизы Ubuntu, так что, можно спокойно обновляться от LTS к LTS без риска того, что система развалится?
• Новизна софта. Правильно ли я понимаю, что версии там не самые старые, но достаточно стабильные а в случае необходимости нового, можно подтянуть из PPA или собрать самому? Кстати, за жизненный цикл LTS-релиза бывает ли, что приходят не-багфикс обновления, а просто обновления до новых релиз-версий?
• Что означает «поддержка в течение 5 лет»? Какие именно обновления будут выкатываться для системы?

В целом, исходя из того, что я прочитал, у меня сложилось впечатление, что Ubuntu LTS — очень хорошая система для десктопа, с достаточным уровнем стабильности, дружелюбности к пользователю, но и не слишком устаревающая. Или, может быть, есть какие-то негативные стороны, которые я проморгал? Кстати, если что, использую я Awesome, так что, недостатки Unity расписывать не имеет смысла.

P.S. Там в Ubuntu планируют выкатить Mir. Я надеюсь, в репозиториях для желающих останется Xorg, и те, кто не желают юзать Mir+Unity, по-прежнему смогут собирать из mini.iso всё то, что захотят. Моим надеждам суждено оправдаться? Заранее спасибо.

В KDE официально объяснили неприязнь к Mir

The Mir project got announced while KWin was already being ported to Wayland. At that time it was not known whether Mir will succeed or not given that it was in very early development stage. Furthermore it was at that time only a solution for one downstream distribution. This made it unsuited to adjust the development plans. Given that the development continues to focus on Wayland. As long as Mir is a solution for only one downstream distribution the maintenance overhead of adding support is not justified.

Проект Mir был анонсирован уже после того, как начались работы по поддержке Wayland в KWin. В то время было неизвестно (как впрочем и сейчас (прим. переводчика)) насколько удачным будет Mir, поскольку он был на очень ранней стадии разработки. Более того, Mir разрабатывался только для одного дистрибутива. В виду этого менять планы разработки было неразумно. Так как Mir применяется только в одном дистрибутиве, планы по его поддержке в KWin пока не уточняются.

Куда, бджад? Курс Убунты

Mir, Snappy — всё это может быть хорошо и полезно, но я в этом для себя пользы не вижу. Однако, всё остальное в Убунте хорошо (не разжигаю споров о DE и стабильности). В связи с этим вопрос: Вот перешла Убунта на Мир с Unity 8 и Snappy. Будет ли возможность нормально пользоваться нормальными репозиториями с Xorg и любимым DE, или уже надо искать убежище на будущее?

Источник

Про Linux — для любознательных Windows-пользователей

Так уж получилось, что даже на Хабре многие имеют очень смутное представление о семействе OS Linux.

Цель данной статьи – максимально популярным языком рассказать про особенности и отличия Linux от Windows для тех, кто вообще не имел с ним дела.

Я уже не один год свободно пользуюсь Archlinux, загружая винду лишь «на поиграться». Данная статья рассказывает о вещах, которые я выяснил эмпирическим путем, тыкаясь словно слепой котенок. Если бы в свое время мне попалась бы именно такая информация именно в такой форме — это сэкономило бы мне как минимум 2 года, в течение которых я переходил с Windows на Linux.

Краеугольный принцип работы с linux-системами — “От понимания – к действию”, в то время как в Windows — “Знаю куда нажать/где поставить галочку – делаю”. Говоря другими словами, чтобы что-то сделать – необходимо понимать, как оно там, внутри, устроено.

Тезис №1 – НЕОБХОДИМО владеть работой с системой из текстовой консоли!

“Чистый” линукс (базовая система) в любом дистрибутиве выглядит как DOS – черный экран, текстовый режим, мигающий курсор ожидает ввода. Когда сталкиваешься с таким впервые – сидишь и думаешь: “Блин, а что писать-то?”.

Современные user-friendly дистрибутивы дарят иллюзию, что пользователю консоль не нужна. Добрые дяди, мол, уже обо все позаботились. Вот тебе обоина в FullHD-разрешении, вот программа для настройки параметров – знай расставляй галочки, все как в Windows… Чтобы избежать ненужных холиваров, сделаю на этом месте отступление.

Есть пользователи Linux, у которых никогда ничего не глючит. Ubuntu обновляется с одной мажорной версии на другую, причем начиная с Ubuntu 1.0, и так далее. Ребята, не пишите ничего в комментариях про ненужность консоли для пользователя, идите лучше полюбуйтесь на радугу, которой какают розовые пони в вашем мире.

В моем мире Linux глючит и ломается. Нет, все вполне окей, если ты просто запускаешь программы и пользуешься ими. Но потом вдруг наступает момент, когда тебе позарез надо, скажем, сменить открытые дрова на проприетарные… ну или просто обновить систему. И вот тут, если звезды встали неудачно, ты получаешь сломанную систему и текстовую консоль как единственный метод взаимодействия с ней. И (что самое поганое) – подобная фигня имеет свойство случаться регулярно.

Мой опыт говорит о том, что в такие моменты Windows-пользователь действует так, как он привык, повинуясь привычной идеологии. Сначала идет попытка “починить”. Windows-идеология предписывает найти в инете обсуждение аналогичной проблемы и ее решение, после чего повторить все действия, которые привели к решению проблемы. Итог – пользователь бездумно вбивает непонятные ему команды. Иногда это даже помогает, чаще – нет: содержимое команд необходимо модифицировать под конкретные условия и конкретную локальную машину, а знаний для этого нет. Как следствие, дальнейшим логическим шагом идет переустановка системы. Поверьте, я знаю о чем говорю – я сломал и переустановил Ubuntu более 10 раз… из которых около трети после самопроизвольной смерти системы в процессе обновления, без корелляции с кривизной рук.

Изучение устройства системы и работы с ней из консоли сродни известному “день потерять – за час долететь”. Устранить проблему в этом случае – гораздо быстрее переустановки, не говоря уже о том, что куда проще становится “не ломать” 🙂 Кроме того, полностью исчезает разница – сидишь за компьютером локально или через удаленную SSH-сессию. Поверьте, это ощущение многого стоит.

Тезис №2: user-friendly дистрибутивы для изучения системы подходят плохо.

Разработчики подобных дистрибутивов старательно создают интерфейсный графический слой, призванный свести взаимодействие пользователя и системы до бездумного кликанья мышкой. Технически же этот слой может представлять из себя совершенно феерическое нагромождение костылей – на bash’е, python’е, perl’е… совершеннейший ад для новичка, пытающегося понять логику работы системы. Кроме того, вменяемая документация (если она вообще есть) теряется среди форумных постов вида “чтобы получить А, введите в консоли Б, а в настройках нажмите кнопочку С”

Для обучения лучше всего подходят технически минималистичные дистрибутивы с качественной и подробной документацией. Таковыми, к примеру, являются Gentoo и Archlinux. Лично я рекомендую последний – просто потому, что в моем случае это сработало. После пары лет мытарств с Убунтой, всего пара месяцев с Арчем продвинула меня в постижении Linux раз в 10 дальше.

Причин тут несколько:

1. Технический минимализм системы сильно облегчает ее понимание.
2. Качественная, подробная документация облегчает процесс обучения.
3. Выход из “зоны графического комфорта” весьма способствует!

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

Windows и Linux: принципиальные отличия

1. Файловая система

• В Linux логическим дисковым томам не назначаются буквы. Вместо этого один из них назначается корневым, а остальные подключаются к указанным папкам внутри него. Все пути начинаются с косой черты, без всяких дисков C:
• Все системные файлы свалены в корневой файловой системе, и разбиты по каталогам по типам/назначению. Условно говоря, все настройки находятся в /etc, исполняемые файлы в /bin и /usr/bin – и ко всему этому добру обычный пользователь (не администратор) имеет доступ только на чтение/выполнение, и то не всегда (когда дело касается системных сервисов)
• Расширения у файлов в linux – вещь совершенно необязательная. Является ли файл исполняемым, определяется специальной отметкой – по типу отметки “скрытый” или “архивный” в Windows. Исполняемые файлы без расширения в linux – норма вещей!
• В linux нет специальной отметки того, что файл скрытый. Вместо этого используются имена с точкой в начале, а уже файловые менеджеры позволяют отключать отображение таких файлов. То есть, файл /home/user/.bashrc – скрытый. Точка в этом случае – часть имени файла!
• Обычный пользователь имеет полный доступ только к своей личной папке, которая обычно находится в /home/%имя_пользователя%. По аналогии с диском D: в Windows, к папке /home часто подключают отдельный раздел диска. Таким образом, все данные пользователей находятся на отдельном разделе (или вообще физическом жестком диске).
• Все пользовательские (не системные) программы при необходимости сохранить какие-то свои данные или настройки, делают это только в домашней папке пользователя, от которого они запущены – просто потому, что только в ней они имеют право на запись.
• Само понятие “файл” в Linux немного другое, более широкое. Есть т.н. “файлы устройств”. Например, /dev/sda обычно жесткий диск (хотя может быть и флешка), а /dev/sda1 это первый раздел этого жесткого диска. Отсюда возможны такие хитрые маневры, как dd if=/dev/sda1 of=/home/user/backup – команда побайтно скопирует весь первый раздел диска /dev/sda в файл backup в домашнем каталоге пользователя. Есть т.н. “символьные ссылки” — в файловом менеджере они выглядят как обычный файл, по факту ссылаются на другой файл, и места на диске не занимают. То есть, может быть один исполняемый файл и куча символьных ссылок на него в разных местах.

2. Пакетный менеджер и понятие “пакета”, установка программ.

• Программы ставятся только от аккаунта администратора. При установке все файлы, относящиеся к программе (например, Firefox), “размазываются” по корневой файловой системе – общие для всех пользователей настройки пойдут в /etc, исполняемые файлы в /usr/bin, а иконки и различные ресурсы вроде графики и звуков – в /usr/share/firefox. При таком раскладе пользователь в принципе не может знать, где у него что конкретно лежит. За это отвечает пакетный менеджер. Например, пакет “Firefox” включает в себя кучу файлов. Пакетный менеджер при установке пакета разложит их по файловой системе, а при удалении – соответственно удалит.
• Еще одна важная функция пакетного менеджера – удовлетворение зависимостей пакета. Например, Firefox требует для работы библиотеку libjpeg. Значит, при установке менеджер пакетов автоматически доустановит пакет libjpeg, а при удалении – удалит, если тот не будет требоваться каким-либо еще пакетом.
• В пакетном менеджере обычно есть база данных со всеми доступными пакетами, и он имеет средства поиска по этой базе. Поэтому установка программ в linux невероятно проста – первой командой мы ищем по ключевым словам по базе точное название пакета, второй – ставим. Не нужно лезть на сайты, искать и что-то качать. Если мне надо в Арче поставить skype – я набираю pacman -S skype и жму ENTER, и через минуту у меня установлен скайп. Надо Firefox – пишу pacman -S firefox. И так далее. В другом дистрибутиве будет отличаться команда и синтаксис, возможно потребуется указать адрес репозитория – сам принцип неизменен.
• Никогда, никогда даже не пытайтесь качать и запускать что-либо через браузер, как в Windows! Только если вы полностью знаете, что делаете – но тогда зачем вы все это читаете?) Скачать и запустить файл — это часть полностью чуждой (даже враждебной) для Linux идеологии. Программы надо ставить через пакетный менеджер. Точка.
• Никогда не используйте для установки программы метод “configure && make && make install”. Каждый раз, когда это происходит – в мире мучительной смертью умирает с десяток невинных котят. Данный набор команд соберет из исходников программу, а потом раскидает ее файлы по файловой системе без ведома пакетного менеджера. Это нарушение нормальной логики работы с системой. Не делайте так))
• Добавлю, пожалуй, сюда еще вот что. Очень часто можно увидеть настойчивые советы «не работать из под администратора», и на это есть не совсем очевидная Windows-пользователям причина. Дело в том, что набор команды в консоли таит в себе опасность опечаток и случайных нажатий. Вполне реальна ситуация, когда ты собираешься удалить папку, начинаешь писать к ней путь и случайно задеваешь ENTER. Linux не имеет привычки спрашивать «Ты точно такой дурак? y/n» — он просто сделает. Поэтому под рутом набирать команды приходится предельно внимательно. В Windows такой проблемы, конечно, нет.

3. Графическое окружение пользователя

• Все графическое окружение пользователя – это совокупность прикладных программ. Исторически сложилось, что для Windows-пользователя такие понятия, как “Рабочий стол”, панель задач, системный трей, регулятор громкости, часы и календарь, меню “Пуск”, доступ к настройкам сети из трея – неотъемлимая часть ОС Windows. В Linux все вышеперечисленное реализуется отдельными программами. Более того, для каждой задачи из приведенного списка есть далеко не одна программа. В качестве регулятора громкости я могу поставить volumeicon, написанный на C, или volwheel на python
• В основе работы графического окружения лежат следующие программы:
  1. X-сервер, или просто “Иксы”. Программа, осуществляющая прием данных от пользователя (с устройств ввода) и базовое управление окнами, их сворачивание-разворачивание. “Сервером” называется потому, что обеспечивает “сетевую прозрачность”: для Linux не существует разницы, каким образом пользователь зашел в графический сеанс, локально или удаленно. Эдакий RDP как базовая функциональность, проще говоря.
  2. Менеджер окон, он же WM. Занимается отрисовкой элементов оконного интерфейса, плюс (в зависимости от навороченности) предоставляющий ряд других функций. Некоторые WM позволяют задать фон рабочего стола, некоторые добавляют функциональность “системного меню”. Иногда с X-сервером ставится простейший (чтобы было) менеджер окон – TWM. Страшный как божий грех, прямиком из 70х годов.
  3. Декоратор окон – иногда функционал по оформлению окон, возможность менять темы оформления выносится в отдельную программу
  4. Композит-менеджер – тоже бывает как часть WM, либо как отдельная программа. Его задачей является переложить отрисовку интерфейса на видеокарту. Технически принцип прост – каждое отрисованное окно это отдельная текстура в памяти видеокарты. А обращаться с текстурами, добавлять эффекты и искажения, проецировать на плоскость в пространстве, менять полупрозрачность и накладывать их друг на друга видеокарты умеют уже много лет.
  5. Элементы интерфейса: панель задач, трей, менеджер сети, системное меню, программа для задания обоев рабочего стола
  6. Базовый прикладной софт – диспетчер файлов, эмулятор терминала (чтобы консольные команды писать в красивом полупрозрачном окошке)

• Преднастроенные ”комплекты” подобранных друг под друга элементов графической среды, программ из списка выше, называются “Окружениями рабочего стола”, или DE. Наиболее известны такие DE, как Gnome и KDE, самые тяжеловесные и “жирные”. Есть также XFCE и LXDE. Установка часто реализуется посредством установки так называемого мета-пакета – сам по себе пакет не содержит файлов, но в качестве зависимостей требует установки всего комплекта программ, составляющих DE: WM, декоратора/композит-менеджера, файлового менеджера и так далее
• Также можно (и нередко является разумным) собирать для себя окружение из “кусочков” по своему вкусу – отдельно выбрать WM, отдельно файл-менеджер и так далее

Подведение итогов

После небольшого самообразования, получение из текстово-консольной системы графической происходит в одну команду. В моем случае, я набираю:
pacman -S xf86-video-ati xorg-server openbox tint2 nitrogen lxterminal xcompmgr wicd-gtk volumeicon.
Это команда установить все перечисленные пакеты:
xf86-video-ati это open-source драйвера для моей видеокарты
xorg-server это “иксы”
openbox это легковесный WM с системным меню (типа как “Пуск”)
tint2 это панель задач с треем, куда будут сворачиваться приложения
nitrogen позволяет задать фон рабочего стола
lxterminal – мой любимый эмулятор терминала
xcompmgr это самый простой композит-менеджер, добавляет полупрозрачность и тени
wicd-gtk это менеджер сетевых подключений, который висит в трее
volumeicon – регулятор громкости

После этого, уже из графической среды, через lxterminal устанавливаю все остальное, что нужно для жизни: браузер(ы), файл-менеджер, видео и аудиокодеки, плеер, libreoffice, gimp и прочее)

Источник