Linux void что это

Void Linux на musl libc. История борьбы

Вместо введения

В феврале 2021 года, я купил себе новый ноутбук. Ну и как это обычно бывает, разумеется я решил поставить на него основной ОС Linux. Почему не Windows? Потому что. Узкоспециализированным софтом по типу фотошопа не пользуюсь, минимум что мне нужно от системы — скорость и наличие в ней IDE и браузера с эксплорером, ну и чтобы от батареи долго работало. Если винда и подходит по первым пунктам, то вот с последним беда. Поэтому я приступил к поиску дистрибутива.

Выбирал долго. Искал такой дистр, чтобы его поставить, настроить и забыть. Спустя 2 дня усердного гуглинга, выбор пал на Arch, все пакеты, нужные мне там были, единственно смущала systemd, но я на тот момент из альтернатив знал только Gentoo, поэтому просто смирился, да и работа не ждет, пора ставить систему.

Вечером я просто пролистывал ленту и случайно наткнулся на neofetch Void`a. Тогда я вообще не знал об этом дистре, а неофетч понравился, картинка красивая, зеленая. Загуглил (лучше бы я этого не делал).

Почему Void

Читая описание я прям воодушевился! Просто не верил своим глазам: разработан с нуля, с супер-быстрым пакетным менеджером xbps (тоже с нуля), система инициализации runit, rolling release — одним словом супер. Прям то, что доктор прописал, все для меня подходит, подумал я перешел на вкладку Downloads. Arch уже был благополучно забыт.

Но вот незадача, что выбрать, неизвестную (мне тогда) musl libc или старую добрую glibc. Я смутился и опять полез в вики, благо там была отдельная ссылка про эту библиотеку.

musl is lightweight, fast, simple, free, and strives to be correct in the sense of standards-conformance and safety.

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

Первые «звоночки»

Запустившись с лайв режима в lxde я увидел это:

No session for pid 991

Не знаю честно говоря, что это был за баг и баг ли это был вообще, но это меня даже не насторожило. Дальше все было нормально, загрузил терминал, потыкал xbps, понял что немного неудобно для операции поиска вводить xbps-query, а для установки xbps-install. В последствии уже привыкаешь, чуть ли не на автоматизме этой утилитой пользуешься.

Накатил базовую систему, сделал памятное фото tty и начал настраивать линукс.

Красивый логотип и 128 пакетов

В качестве оконного менеджера выбрал i3wm, ведь тайлинг, да еще и на ноутбуке — удобно! Плюс, что он много есть не просит и после всех настроек, из 8 гигов оперативки, система, с запущенным firefox’ом (25 вкладок) съедает всего 2.7 гигабайта. По итогу получилось вот так:

Этот скрин сделан на момент печати статьи

А теперь те самые звоночки. Захотел запустить Visual Studio Code (он у меня уже был установлен, и при установке ошибок не было), до необходимости его не открывал, а расширения решил потом поставить. Но надо бы доделать проект, я открываю rofi, нахожу там code-oss, запускаю и. ничего. Думал, что надо чуть-чуть подождать..подождал минуту, две. десять минут. Посмотрел логи, а там странная ошибка: Warning: ‘app’ is not in the list of known options, but still passed to Electron/Chromium. Пошел гуглить, вроде ничего страшного, это даже не особо, то и ошибка, он должен загрузиться. Но я проверил, он даже на милисекунду не открывался. Тогда то я и решил воспользоваться xbps-src. Этот скрипт позволяет, как я понял, собрать пакет из исходников для моей системы. Собирал долго, в конце концов получив тонну непонятных ошибок. А время идет, пришлось поискать альтернативу вскоду, потому что, как позже выяснилось, он не может быть собран для musl. Atom к слову вообще отсутствовал в репозитории. Из 10 предложенных альтернатив, загрузился только codelite, но это уже совсем не то..

И такая история — это капля в море ошибок несовместимости, как следствие, я чувствовал себя словно в клетке. Захотел Google Chrome? Он не может быть собран для musl, пользуйся Chromium’ом, без гугл-аккаунта. Как альтернатива — firefox. Захотел Github-Desktop? Он не работает. Что делать? Бежать искать альтернативу. Раз за разом наблюдая пустой вывод команды xbps-query -Rs , надеясь, что следующие поиски дадут хоть какой-нибудь результат.

В таком адском режиме я провел 5 месяцев, при неудаче успокаивая себя тем, что сама система работает быстро и безотказно (как с glibc), а значит можно жить. Не работает пакет? Переустанови и перезагрузи компьютер. Опять не работает? Ищем недостающие библиотеки в гугле или ищем инфу по ошибке на мертвом реддите воида, потому что больше негде. К слову информации по дистрибутиву в интернете очень мало, и если я и фиксил проблему быстро, то это не более чем простое везение. За это время я перекопал горы конфигов и библиотек, даже пытался собирать ПО из исходников (естественно безуспешно, потому что не хватало glibc).

В какой-то момент я поставил gcompat, но он не работал должным образом. Сайт альтернатив, постоянно занимал первую вкладку браузера. Естественно после установки-удаления пакетов скапливалось очень много хлама, хорошо, что есть xbps-query -O (показывает «осиротевшие пакеты», которые ставятся, как зависимости, а потом просто занимают место на диске). Очень редко когда установленный софт начинал работать корректно и сразу. По итогу я стал будто параноиком, первое, что приходит в голову, при какой либо ошибке: «musl!»

Заключение

Прямо сейчас я делаю загрузочную флешку с дистрибутивом Void linux на базе glibc. На виртуальной машине, все программы, в которых я столь долго себе отказывал, заработали должным образом. Борьба окончена. Все необходимые файлы, конфиги и проекты сохранены на внешнем жестком диске. Так же ждет своей очереди скрипт, который был написан с целью вернуть компьютер в «исходное» состояние, как будто я не удалял систему. Void Linux — прекрасный дистрибутив, он и правда быстр и легок, а xbps — это самый быстрый пакетный менеджер из всех, которые я когда либо встречал (и если привыкнуть к его особенностям, то и самый удобный). Но musl. Уж лучше подождать несколько наносекунд или понаблюдать за warning’aми в консоли, чем бороться с несовместимостями и отказывать себе снова и снова в любимом софте. Если надумали поставить Void Linux, не трогайте musl.

Источник

Linux void что это

The Void (Linux) distribution

Void is a general purpose operating system, based on the monolithic Linux kernel. Its package system allows you to quickly install, update and remove software; software is provided in binary packages or can be built directly from sources with the help of the XBPS source packages collection.

It is available for a variety of platforms. Software packages can be built natively or cross compiled through the XBPS source packages collection.

Follow us on Twitter, visit the #voidlinux IRC channel on libera.chat, and join the Void Linux subreddit.

Visit the Void build server console for package build status updates.

Contribute to the Void Linux project by adding and updating packages and extending the documentation. More information can be found in the Handbook.

Not a fork!

Void Linux is an independent distribution, developed entirely by volunteers.

Unlike trillions of other existing distros, Void is not a modification of an existing distribution. Void’s package manager and build system have been written from scratch.

Stable rolling release

Void focuses on stability, rather than on being bleeding-edge. Install once, update routinely and safely.

Thanks to our continuous build system, new software is built into binary packages as soon as the changes are pushed to the void-packages repository.

runit

We use runit as the init system and service supervisor.

runit is a simple and effective approach to initialize the system with reliable service supervision. Refer to the Void Handbook for an introduction.

C library diversity

Void Linux supports both the musl and GNU libc implementations, patching incompatible software when necessary and working with upstream developers to improve the correctness and portability of their projects.

xbps is the native system package manager, written from scratch with a 2-clause BSD license.

XBPS allows you to quickly install/update/remove software in your system and features detection of incompatible shared libraries and dependencies while updating or removing packages (among others). Refer to the Handbook for an overview.

xbps-src

xbps-src is the xbps package builder, written from scratch with a 2-clause BSD license.

This builds the software in containers through the use of Linux namespaces, providing isolation of processes and bind mounts (among others). No root required!

Additionally, xbps-src can build natively or cross compile for the target machine, and supports multiple C libraries (glibc and musl currently).

void-packages changes

xbps changes

Recent news

October 03, 2021

US Mirror Retirement

The alpha.us.repo.voidlinux.org mirror has been retired. Users should switch to https://repo-us.voidlinux.org for continued service out of the central US. As part of the switch the US tier one mirror has gained TLS, and is running on a more reliable host.

All contributors with in-flight PRs should rebase to ensure that the latest URL is reflected in your branch’s CI configuration.

September 23, 2021

Hacktoberfest 2021

Are you ready for Hacktoberfest 2021? Void Linux is! We’re excited to be participating for our 5th year. Contributions that help to address our out-of-date packages queue are especially welcome. This is a great way to dip your feet into the world of Linux distro package management and what happens behind the scenes to provide a wide selection of packages and make sure your system remains up to date.

Updating packages is very easy. You can select a package from the list of out of date packages and update it using the tools in the void-packages repo. The manual might be of assistance when you are updating packages.

As a general rule, we recommend that newcommers to the Void Linux project steer clear of “structural” packages unless you have specific domain knowledge that qualifies you to work on high-risk packages. When selecting a package to update, prefer packages registered to orphan@voidlinux.org . These packages are otherwise unmaintained, and your contribution will have a bigger impact. You can update packages that have a maintainer assigned, but understand that conflicting changes between a maintainer and contributor will be resolved at the discretion of Void staff.

Here are some useful tips when updating packages:

• While we’re not completely opposed to PRs that add new packages, you’re much more likely to get your PR approved and merged if it’s a well written update.
• Don’t PR broken code. Our maintainers are much less likely to give a second look to a PR that didn’t build when it was submitted.
• While it’s possible to run xbps-src from an alien distro, this isn’t really supported. If you’re a seasoned Linux user and want to try Void, now is the time!
• The update list is sometimes wrong. We’d love to get patches that improve its reliability by ignoring beta versions or adding checks to packages that are not correctly detected as out of date.
• If you have expertise in C, GNU Autotools, or other build systems, taking a look at projects that we’ve marked as incompatible with cross compilation and fixing the upstream issue can be an amazing contribution that impacts more than just Void.

We look forward to working with the amazing world of open source developers this month to improve Void and continue our high standards for quality and reliability. To ensure your PR has the best chance at being accepted, feel free to reach out for help as explained in the manual. Together, we can make this a high-impact Hacktoberfest.

Copyright 2008-2018 Juan RP and contributors

Linux® is a registered trademark of Linus Torvalds (info)

Источник

Void Linux. Вместо введения

Общее оглавление для цикла заметок по дистрибутиву Void Linux расположено здесь.
General table of contents for notes cycle Void Linux distro located here. All articles, alas, in Russian.

При сравнительных достоинствах и недостатках различных ОСей и дистрибутивов сломано немало копий, точнее, клавиатур. При этом часто забывается, что и операционная система, и её дистрибутивы обычно важны для применителя не сами по себе, а как «вмещающая порода» для его излюбленного (или просто привычного) рабочего окружения, в котором он и проводит в основном своё время. И если сам по себе выбор среды обитания — дело достаточно субъективное, то реализация сцепки дистрибутива и десктопа, например, уже может быть предметом оценки.

Представление

Открыв для себя среду Cinnamon, я невольно начал оценивать все «вмещающие системы» по критерию — насколько хорошо (или, напротив, плохо) тот или иной дистрибутив её поддерживает. Ради чего время от времени делаю набеги на соответствующую страницу Distrowatchа’а.

В последний из таких набегов я обнаружил в списке поддерживающих дистрибутив под названием Void, который ранее как-то ускользал от моего внимания, хотя, согласно архиву официального сайта, появился раньше, нежели я заинтересовался Cinnamon’кой — первая запись там датируется 5 октября 2012 года. Дистрибутив показался мне интересным, и я решил поглядеть на него повнимательней.

На главной странице сайта проекта привлекает внимание официальное название дистрибутива — Void (Linux) — на фоне расплодившихся ныне GNU/Linux’ов это выглядит оригинально. Подчёркивается, что он не является форком какой-либо системы, а независимо разработан сообществом волонтёров из Испании (судя по справке Distrowatch’а). Из прочих особенностей отмечаются:

• разработка по модели Rolling release, с использованием системы непрерывной сборки Buildbot, обеспечивающей появление бинарных пакетов сразу после обновления их на GiHub разработчиков;
• система инициализации Runit, широко применяющаяся в узких кругах её поклонников;
• использование LibreSSL из OpenBSD вместо OpenSSL;
• собственные системы управления пакетами, xbps , и их построения — xbps-src ; первая предназначена для работы с бинарными пакетами из собственного репозитория (общее число их для архитектуры x86_64 — 4600), вторая обеспечивает сборку недостающих пакетов из исходников.

В списке поддерживаемых рабочих сред фигурируют (в алфавитном порядке): Cinnamon, Enlightenment, LXDE, MATE и Xfce. И действительно, на соответствующей странице можно видеть iso-образы LiveCD для систем с каждым из этих десктопов для архитектур i686 и x86_64.

К слову, кроме LiveCD для Intel-совместимых машин, имеются и загрузочные образы для систем с ARM-процессорами v6 и v7, таких, как пресловутые Raspberry Pi и Raspberry Pi 2, а также более иных, о которых мне и слышать не доводилось.

Обзор

Возвращаюсь, однако, к образам LiveCD. В соответствие с именем дистрибутива, размер самого «жирного» из них ( void-live-i686-20150713-mate.iso ) составляет всего-навсего 540 МБ (в скобках прописью — 566231040 байт). Ну а объём компакта со средой Cinnamon, который меня собственно и интересовал — 435 МБ, что было более чем вдвое меньше самого «ужатого» образа, который мне удавалось получить из Linux Mint, LMDE2 и Ubuntu.

Да, давненько не доводилось видеть такого чуда — даже Zenwalk и Salix, которым долго удавалось вписываться в рамки стандартного CD, давно уже преодолели гигабайтный барьер. И потому естественным образом закрадывались смутные сомнения: всё это, конечно, очень блаародно, но как там на счёт баб… пардон, пакетов?

Забегая вперёд, скажу, что с LiveCD устанавливается самый минимум-миниморум, какой только возможен — для Cinnamon-редакции около 450 пакетов, нет даже текстового редактора для графической среды, а из консольных имеется один лишь vi (то есть Vim в реинкарнации vim-tiny). И потому я обратился на страницу Packages, где имелось средство для поиска пакетов.

Прокидав через него список жизненно для меня необходимого в самой краткой версии, я не обнаружил в репозиториях бинарников Shutter’а и gThumb’а — их предлагалось искать на GitHub; всё остальное, включая mpv и «мелкую» парочку, Abiword и Gnumeric, имело место быть. Обнаружились даже simple-scan и hplip — мне они нужны редко, но когда нужны — то нужны крепко. Не было, разумеется, Komodo Edit — но он прекрасно устанавливается из официального пакета. Да и наличествующий Geany представлял ему прекрасную замену.

Все пакеты, которые я просмотрел, действительно были представлены своими новейшими версиями — часто более новыми, чем в моей самой основной системе — LMDE2 Betsy, которая, как было некогда показано, по части «свежести» софта не отстаёт от наисвежайшей Ubuntu.

Окончательно сразило меня наличие русского словаря для hunspell (причём, как выяснилось в дальнейшем, знающего о существовании буквы Ё!). Ну а пакет cinnamon-translations обещал, что и с русификацией среды обитания проблем не будет.

В общем, мне казалось, что за последние годы удивляться я уже разучился: мне казалось, что все разумные идеи в области дистроения уже реализованы (как, впрочем, и большая часть неразумных). Однако Void’у удивить меня удалось. Поэтому я прекратил дальнейшие поиски пакетов, рассудив, что все такие вопросы при необходимости можно будет решить в рабочем порядке. А решил заняться этим дистрибутивом вплотную.

Флирт в Live-режиме

Первым шагом в этом направлении стало скачивание образа со средой Cinnamon для 64-битной архитектуры ( void-live-x86_64-20150713-cinnamon.iso ). В репозитории имелся и ещё один образ того же назначения — void-live-x86_64-musl-20150713-cinnamon.iso , ещё меньший по размеру (398 МБ), однако его я отложил на потом, как и разборки с тем, что такое musl libc, на которой он основывается.

Далее последовал лёгкий флирт в Live-режиме, сначала в виртуальной машине, а затем и на реальном «железе». О чём и пойдёт далее речь, иллюстрированная картинками, сделанными в VirtualBox’е: сделать их в реале было невозможно, так как на «живом» диске нет и скриншоттера. Но прошу поверить на слово — и там, и там вид идентичен.

Как и положено, вход в Live-режим начинается с меню загрузчика, в котором всё понятно без комментариев:

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

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

Однако дело это легко… если и не исправляется до конца, но поправляется до границ приличия заменой шрифтов интерфейса на Cantarell (в формате OpenType), а терминального — на Terminus Bold. Хотя совершенства (каковым, на мой взгляд, являются шрифты из Ubuntu, Linux Mint, RFRemix) всё равно не достиг. Но, по крайней мере, стало возможно просмотреть информацию о системе:

Самым интересным, однако, является состав главного меню. Он настолько примечателен, что я приведу скриншоты, иллюстрирующие каждый его пункт, сверху вниз. Можно видеть, что акцессории (Accessories, на русский это обычно переводится как Стандартные, хотя петрографический термин выглядит более удачным) представлены одой-единственной программой — файловым менеджером Nemo:

В пункте Internet столь же сиротливо смотрится Firefox:

Не намного богаче и средства из пункта Administration:

И лишь содержимое пункта Preferences не вмещается в рамки панели меню:

Что и не удивительно — оно включает в себя всё содержимое окна System settings (оно же — Control Center), которое можно вызвать из Favorites боковой панели главного меню.

В количественном выражении это выглядит так:

• система включает в себя 371 пакет;
• корневая её файловая система занимает 1,1 ГБ «дискового» пространства, пока виртуального;
• в «чистом» виде, с единственным терминальным окном, она отъедает 280–287 МБ оперативной памяти.

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

Я видел немало дистрибутивов Linux, с большим или меньшим основанием претендующих на «минималистичность» (которую не следует путать с «легковесностью»): это и Salix в инсталляции по варианту BASIC, и в бозе почивший iQunix, являющий собой до предела, казалось бы, урезанную Ubuntu, и Xubuntu core, подвергшуюся той же операции. Более того, как уже было сказано, и сам последнее время балуюсь компоновкой таких систем. Но такого отсекновения всего, что напрямую не обязательно для функционирования и наращивания системы, я ещё не видел.

Надо помнить, что здесь мы имеем дистрибутив с «полноразмерной» графической средой, причём не относимой к числу «лёгких», а не с менеджером окон, вроде редакции Salix’а с Fluxbox’ом. И не скажу, что минималистичность как-то отрицательно сказалась на базовой функциональности: своеобычные для любого дистрибутива консольные утилиты пользовательского класса представлены в полном объёме. Остаётся только снять шляпу перед горячими испанскими парнями, которые добились такого результата.

Короче говоря, кажется, идеал системы, не содержащей ничего лишнего, найден. С оговоркой «почти»: ещё не всё в ней реализовано идеально. Разумеется, судить о недостатках системы на основе её Live-режима — всё равно, что смотреть на бег в мешках олимпийского чемпиона по стометровке. Но кое-какие моменты отмечу — те, что оказались унаследованы установленной системой.

Про то, что шрифты, даже самые лучшие, идеалу не соответствуют, я уже говорил: нормально выглядят лишь гарнитуры в формате OpenType. Видимо, разработчики это учли: кроме традиционных для Иксов растровых шрифтов и непонятно кому нужных Type 1, в системе есть Cantarell OTF — и больше ничего от слова «вообще». То есть ни единого TTF-шрифта.

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

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

С браузерами связана и вторая анти-фича дистрибутива: все они
(в Live-режиме — в Firefox’е, но после установки она же обнаружилась и в Pale Moon’е, и в Midori) грузятся не медленно, и не очень медленно, а медленно до невероятности. Всегда и везде: и в обычном Live-режиме, и в Live-режиме из оперативной памяти, с установки в виртуальной машине и на реальном HDD. И даже в системе инсталлированной на быстрый SSD, они всё равно грузятся медленно. Хотя ко всем другим приложениям это не относится. Да и сами браузеры, будучи загружены, работают сообразно своим возможностям и пережёвываемому контенту.

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

7 комментариев к “ Void Linux. Вместо введения ”

Интересный дистрибутив Void с Mate 1.10, скачанный из репозитория разработчиков для 64-битной архитектуры. Звук в LiveCD не удалось протестировать с применением традиционных настроек. Русскую раскладку добавила, но в трее апплет переключателя раскладки так и не появился. Основные компоненты Mate установлены. В дистрибутиве заложены неизвестные ранее механизмы работы с пакетами. Пункт Администрирование не включён по причине полного отсутствия пакетов этой категории. Одним словом, сделан для узкого круга пользователей.

Непонятно поведение браузеров.
Возможно, хромообразные будут пошустрее — та же Опера, например?

Midori ведётся себя точно так же — а он на WebKit.
А больше Хромообразных для Void’а вроде как нет.
Подозреваю, что дело тут скорее в настройках сети, потому что после загрузки все ти, что у меня сейчас стоят, работают ожидаемо.

Мне void тоже поначалу показался простым и минималистичным…но пакетный менеджер не различаем «обязательные» и «рекомендуемые» зависимости, в следствии чего даже в самую минималистичную систему непременно прилетит dbus(как часть зависимостей firefox) и любимый мною-же slim прибит гвоздями к достаточно бесполезному в однопользовательской системе consolekit, хотя может мои понимания компактного дистрибутива расходятся с авторами системы.
И еще, не понимаю зачем они сделали /bin и /sbin симлинками на /usr/bin, ну и runit требует время для привыкания(достаточно своеобразный init, но не такой запутанный и перегруженный как systemd).

jd, с зависимостями — да, есть такое дело. Но Вы вспомните, сколько лет RPM тоже не умел различать жёсткие и мягкие зависимости? Да и в Debian’е некогда по умолчанию ставились и recommends, и suggest. Помню, лет 15 назад попробовал — так безобидный MC потянул за собой не только половину Иксов, но и GNOME впридачу.
Void’у меньше трёх лет, так что, может, горячий испанский парень Juan PR и сделает со временем — по слухам, он чуть ли не единственный разработчик.
А может, он исходит из того, что в этом дистре каждый может пересобрать себе пакет через xbps-src 🙂

> не понимаю зачем они сделали /bin и /sbin симлинками на /usr/bin

Тоже не очень понял. Разве что можно воспринимать как намёк на то, что нынче, особенно на SSD, шибко много разделов делать не нужно 🙂

> runit требует время для привыкания(достаточно своеобразный init, но не такой запутанный и перегруженный как systemd).

Не такой уж своеобразный — модернизированный BSD-стиль инициализации, как некогда в Slackware, не так давно — в Arch’е и по сей день в CRUX’е. Это меня тоже прельстило.

На днях было объявлено о выпуске релиза DE Mate 1.14.
Void Linux оказался в числе первых дистрибутивов, включивших Mate 1.14 в свой репозиторий — http://repo.voidlinux.eu/current/

Хуан, он такой — горячий испанский парень 🙂

Оставьте комментарий Отменить ответ

Для отправки комментария вам необходимо авторизоваться.

Источник