LINUX.ORG.RU
ФорумTalks

Почему мы в жопе на Distrowatch?

 


0

3

Вместо эпиграфа. Я пришёл в Линукс, когда понял, что я сам могу создать себе рабочее окружение. Такое, как Я хочу.

Вы хотели дистрибутив без systemd? Вы хотели дистрибутив без корпоративных заморочек Canonical, IBM и Red Hat? Вы хотели дистрибутив, чтобы самим собирать свои пакеты, но без глюков Gentoo и архаики Slackware? Вы хотели дистрибутив с роллинг-релизом, но без сюрпризов Arch`a после обновления?

Он такой есть. И вы его, наверное, знаете. Void Linux.

Кто-то говорит: маленькая пакетная база. Да, маленькая, но удаленькая. Навскидку, попробуйте найти в Debian 13 «Trixie» (огромная пакетная база), ну или в таком мэйнстриме, как Fedora пакет openmw (запускалка Morrowind БЕЗ WINE). Или пакет flacon, который умеет делить мерзкие cue на отдельные flac с сохранением тэгов. В Void они идут по-умолчанию.

Если нет чего-то, это не забота! Не любите Flatpak и AppImage? Две утилиты: rpmextract и xdeb решат проблемы. Именно так я устанавливаю свежий OnlyOffice. Да, самый свежий LibreOffice в репозитариях дистрибутива всегда в наличии, это моя вкусовщина.

Но нас мало. Очень интересно - почему. Вопросы посетителям форума: пробовали Void, слышали о Void, если пробовали, почему отказадись? Кастую команду поддержки треда: @Iron_Bug @amd_amd


Однако какая полезная фича игнор лист. Собрал, читаешь нормальный тред и даже не понимаешь, за что зобанили ТСа)

goingUp ★★★★★
()

на десктопе юзаю Arch, на ноуте (Air M1) юзаю Void за неимением более лучших вариантов, но в целом устраивает, вполне неплохой дистрибутив

thm
()
Последнее исправление: thm (всего исправлений: 1)
Ответ на: комментарий от amd_amd

Я не работаю в базальт спо, если ты мне будешь сгружать баги, быстрее их не починят.

Тем более, что, помнится, ты используешь jeos, поверх которого накатываешь какой-то свой велосипед, или я тебя с кем-то путаю?

Aceler ★★★★★
()

} но без сюрпризов Arch`a после обновления …

Недолго ты им пользовался

One ★★★★★
()

Ого, какой парад исторических личностей!

Блокирован 21:03:37 Пн 01/09/2025 модератором riki по причине: По решению правой пятки модераторов

token_polyak ★★★★★
()
Последнее исправление: token_polyak (всего исправлений: 1)
Ответ на: комментарий от token_polyak

Старый кот опять валерьянки откушал.

u-235
()
Ответ на: комментарий от Old-Cat

И зачем тогда тащить его в заголовок темы?

Сразу бы так и начал «Почему Void - говно?»

her_s_gory ★★
()
Ответ на: комментарий от Old-Cat

Только не стоит наше меньшинство определять как «элиту».

Секатнты вдруг подумали, что их Элитой называют :)

her_s_gory ★★
()
Ответ на: комментарий от Wekuda

Перешел, потому что считаю поведение systemd, когда на hdd система грузится столько же, сколько на ssd

Переведи, пожалуйста.

Я понял так: система с system-d грузится с hdd столько-же сколько система без system-d грузится с ssd.

Так это-же наоборот хорошо.

her_s_gory ★★
()
Ответ на: комментарий от goingUp

Nick: Old-Cat
Полное имя: Old-Cat
ID: 66
Первый комментарий: 08.02.99

Старожил!

Jurik_Phys ★★★★★
()
Ответ на: комментарий от Iron_Bug

я же посмотрела патчи

Думаю, что было бы честно, дать пример куска кода и конкретные претензии. Иначе - пустозвон.

her_s_gory ★★
()
Ответ на: комментарий от amd_amd

одиних только ядер сколько

Нужны чуть чаще, чем никогда?

назови кто так же может?

Почти… любой?
Пользуюсь XanMod в Devuan, хомяк жив много лет.

dataman ★★★★★
()
Ответ на: комментарий от her_s_gory

так целая тема на ЛОРе есть. загляни туда, там всё приведено уже. я второй раз в эту помойку лезть не хочу. лень и нет никакого смысла.

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 1)
Ответ на: комментарий от ripgrep

вот такие косяки и напрягают. если человек не одупляет, что он пишет, я не хочу его код где-либо использовать. он опасен для общества.

Iron_Bug ★★★★★
()
Ответ на: комментарий от amd_amd

посмотрим что там есть интересного

Увы, «Слишком большое сообщение». Убрал все 6.1.77-6.13.*. :)

$ apt-cache search linux-image | sort -V:

linux-image-6.14.0-x64v2-xanmod1 - Linux kernel, version 6.14.0-x64v2-xanmod1
linux-image-6.14.0-x64v3-xanmod1 - Linux kernel, version 6.14.0-x64v3-xanmod1
linux-image-6.14.1-x64v2-xanmod1 - Linux kernel, version 6.14.1-x64v2-xanmod1
linux-image-6.14.1-x64v3-xanmod1 - Linux kernel, version 6.14.1-x64v3-xanmod1
linux-image-6.14.2-x64v2-xanmod1 - Linux kernel, version 6.14.2-x64v2-xanmod1
linux-image-6.14.2-x64v3-xanmod1 - Linux kernel, version 6.14.2-x64v3-xanmod1
linux-image-6.14.3-x64v2-xanmod1 - Linux kernel, version 6.14.3-x64v2-xanmod1
linux-image-6.14.3-x64v3-xanmod1 - Linux kernel, version 6.14.3-x64v3-xanmod1
linux-image-6.14.4-x64v2-xanmod1 - Linux kernel, version 6.14.4-x64v2-xanmod1
linux-image-6.14.4-x64v3-xanmod1 - Linux kernel, version 6.14.4-x64v3-xanmod1
linux-image-6.14.5-x64v2-xanmod1 - Linux kernel, version 6.14.5-x64v2-xanmod1
linux-image-6.14.5-x64v3-xanmod1 - Linux kernel, version 6.14.5-x64v3-xanmod1
linux-image-6.14.6-x64v2-xanmod1 - Linux kernel, version 6.14.6-x64v2-xanmod1
linux-image-6.14.6-x64v3-xanmod1 - Linux kernel, version 6.14.6-x64v3-xanmod1
linux-image-6.14.7-x64v2-xanmod1 - Linux kernel, version 6.14.7-x64v2-xanmod1
linux-image-6.14.7-x64v3-xanmod1 - Linux kernel, version 6.14.7-x64v3-xanmod1
linux-image-6.14.8-x64v2-xanmod1 - Linux kernel, version 6.14.8-x64v2-xanmod1
linux-image-6.14.8-x64v3-xanmod1 - Linux kernel, version 6.14.8-x64v3-xanmod1
linux-image-6.14.9-x64v2-xanmod1 - Linux kernel, version 6.14.9-x64v2-xanmod1
linux-image-6.14.9-x64v3-xanmod1 - Linux kernel, version 6.14.9-x64v3-xanmod1
linux-image-6.14.10-x64v2-xanmod1 - Linux kernel, version 6.14.10-x64v2-xanmod1
linux-image-6.14.10-x64v3-xanmod1 - Linux kernel, version 6.14.10-x64v3-xanmod1
linux-image-6.14.11-x64v2-xanmod1 - Linux kernel, version 6.14.11-x64v2-xanmod1
linux-image-6.14.11-x64v3-xanmod1 - Linux kernel, version 6.14.11-x64v3-xanmod1
linux-image-6.15.0-x64v2-xanmod1 - Linux kernel, version 6.15.0-x64v2-xanmod1
linux-image-6.15.0-x64v3-xanmod1 - Linux kernel, version 6.15.0-x64v3-xanmod1
linux-image-6.15.1-x64v2-xanmod1 - Linux kernel, version 6.15.1-x64v2-xanmod1
linux-image-6.15.1-x64v3-xanmod1 - Linux kernel, version 6.15.1-x64v3-xanmod1
linux-image-6.15.2-x64v2-xanmod1 - Linux kernel, version 6.15.2-x64v2-xanmod1
linux-image-6.15.2-x64v3-xanmod1 - Linux kernel, version 6.15.2-x64v3-xanmod1
linux-image-6.15.3-x64v2-xanmod1 - Linux kernel, version 6.15.3-x64v2-xanmod1
linux-image-6.15.3-x64v3-xanmod1 - Linux kernel, version 6.15.3-x64v3-xanmod1
linux-image-6.15.4-x64v2-xanmod1 - Linux kernel, version 6.15.4-x64v2-xanmod1
linux-image-6.15.4-x64v3-xanmod1 - Linux kernel, version 6.15.4-x64v3-xanmod1
linux-image-6.15.5-x64v2-xanmod1 - Linux kernel, version 6.15.5-x64v2-xanmod1
linux-image-6.15.5-x64v3-xanmod1 - Linux kernel, version 6.15.5-x64v3-xanmod1
linux-image-6.15.6-x64v2-xanmod1 - Linux kernel, version 6.15.6-x64v2-xanmod1
linux-image-6.15.6-x64v3-xanmod1 - Linux kernel, version 6.15.6-x64v3-xanmod1
linux-image-6.15.7-x64v2-xanmod1 - Linux kernel, version 6.15.7-x64v2-xanmod1
linux-image-6.15.7-x64v3-xanmod1 - Linux kernel, version 6.15.7-x64v3-xanmod1
linux-image-6.15.8-x64v2-xanmod1 - Linux kernel, version 6.15.8-x64v2-xanmod1
linux-image-6.15.8-x64v3-xanmod1 - Linux kernel, version 6.15.8-x64v3-xanmod1
linux-image-6.15.9-x64v2-xanmod1 - Linux kernel, version 6.15.9-x64v2-xanmod1
linux-image-6.15.9-x64v3-xanmod1 - Linux kernel, version 6.15.9-x64v3-xanmod1
linux-image-6.15.10-x64v2-xanmod1 - Linux kernel, version 6.15.10-x64v2-xanmod1
linux-image-6.15.10-x64v3-xanmod1 - Linux kernel, version 6.15.10-x64v3-xanmod1
linux-image-6.15.11-x64v2-xanmod1 - Linux kernel, version 6.15.11-x64v2-xanmod1
linux-image-6.15.11-x64v3-xanmod1 - Linux kernel, version 6.15.11-x64v3-xanmod1
linux-image-6.16.0-x64v2-xanmod1 - Linux kernel, version 6.16.0-x64v2-xanmod1
linux-image-6.16.0-x64v3-xanmod1 - Linux kernel, version 6.16.0-x64v3-xanmod1
linux-image-6.16.1-x64v2-xanmod1 - Linux kernel, version 6.16.1-x64v2-xanmod1
linux-image-6.16.1-x64v3-xanmod1 - Linux kernel, version 6.16.1-x64v3-xanmod1
linux-image-6.16.2-x64v2-xanmod1 - Linux kernel, version 6.16.2-x64v2-xanmod1
linux-image-6.16.2-x64v3-xanmod1 - Linux kernel, version 6.16.2-x64v3-xanmod1
linux-image-6.16.3+deb14-amd64 - Linux 6.16 for 64-bit PCs (signed)
linux-image-6.16.3+deb14-amd64-dbg - Debug symbols for linux-image-6.16.3+deb14-amd64
linux-image-6.16.3+deb14-amd64-unsigned - Linux 6.16 for 64-bit PCs
linux-image-6.16.3+deb14-cloud-amd64 - Linux 6.16 for x86-64 cloud (signed)
linux-image-6.16.3+deb14-cloud-amd64-dbg - Debug symbols for linux-image-6.16.3+deb14-cloud-amd64
linux-image-6.16.3+deb14-cloud-amd64-unsigned - Linux 6.16 for x86-64 cloud
linux-image-6.16.3+deb14-rt-amd64 - Linux 6.16 for 64-bit PCs (signed), PREEMPT_RT
linux-image-6.16.3+deb14-rt-amd64-dbg - Debug symbols for linux-image-6.16.3+deb14-rt-amd64
linux-image-6.16.3+deb14-rt-amd64-unsigned - Linux 6.16 for 64-bit PCs, PREEMPT_RT
linux-image-6.16.3-x64v2-xanmod1 - Linux kernel, version 6.16.3-x64v2-xanmod1
linux-image-6.16.3-x64v3-xanmod1 - Linux kernel, version 6.16.3-x64v3-xanmod1
linux-image-6.16.4-x64v2-xanmod1 - Linux kernel, version 6.16.4-x64v2-xanmod1
linux-image-6.16.4-x64v2-xanmod2 - Linux kernel, version 6.16.4-x64v2-xanmod2
linux-image-6.16.4-x64v3-xanmod1 - Linux kernel, version 6.16.4-x64v3-xanmod1
linux-image-6.16.4-x64v3-xanmod2 - Linux kernel, version 6.16.4-x64v3-xanmod2
linux-image-amd64 - Linux for 64-bit PCs (meta-package)
linux-image-amd64-dbg - Debugging symbols for Linux amd64 configuration (meta-package)
linux-image-amd64-signed-template - Template for signed linux-image packages for amd64
linux-image-cloud-amd64 - Linux for x86-64 cloud (meta-package)
linux-image-cloud-amd64-dbg - Debugging symbols for Linux cloud-amd64 configuration (meta-package)
linux-image-rt-amd64 - Linux for 64-bit PCs (meta-package)
linux-image-rt-amd64-dbg - Debugging symbols for Linux rt-amd64 configuration (meta-package)
u-boot-efi-dtb - copy DTBs to the EFI System Partition from the linux-image-* packages

Например, пакеты с -rt- и с x64v1-x64v4.

dataman ★★★★★
()
Ответ на: комментарий от amd_amd

В дистрибутиве alt собирают одновременно несколько веток ядер и наличествует специальный скрипт для их переключения.

Aceler ★★★★★
()
Ответ на: комментарий от dataman

Слишком большое

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

amd_amd ★★★★★
()
Ответ на: комментарий от dataman

Нет

не нет, а да - в шапку загляни, про подключения сторонних репозиториев речи нет, просто констатация факта - маленькая пакетнпая база у воида, так вот пакетную базу девиан покажи, ибо я показал пакетную базу воида

amd_amd ★★★★★
()
Ответ на: комментарий от amd_amd

не нет, а да - в шапку загляни

Я отвечал не шапке.

про подключения сторонних репозиториев речи нет

Потому что у Void их… а сколько, кстати?

dataman ★★★★★
()
Ответ на: комментарий от her_s_gory

Чистая, свежеустановленная убунта с systemd на ssd грузится столько же, сколько настроенная убунта на hdd с отключением лишних сервисов по гайдам с интернета.

С runit и void на том же ssd грузится быстрее systemd и убунты.

Это нельзя назвать чистым сравнением. Просто ожидал от установки ssd ощутимой прибавки в скорости загрузки. В systemd типа есть «умный» приоритет запуска сервисов. Который по итогу медленнее «глупого» runit.

Wekuda
()
Ответ на: комментарий от dataman

да совсем забыл это все с 4-го пня выходит - то есть 32-х битное, ради лулзов запустил 32-х битный sid

$ apt-cache search linux-image
linux-image-6.10.12-686-pae - Linux 6.10 for modern PCs
linux-image-686-pae - Linux for modern PCs (meta-package)

получается в репе вообще ядер нет, вот это linux-image-6.10.12-686-pae у меня обозначается как

linux-image-6.10.12-686-pae/now 6.10.12-1 i386 [installed,local]
linux-image-686-pae/now 6.10.12-1 i386 [installed,local]

это значит оно устарело - в репе его больше нет и других не видно… это все? 32-х битному дебиану капец?

amd_amd ★★★★★
()
Ответ на: комментарий от Aceler

В дистрибутиве alt собирают одновременно несколько веток ядер

В p10 было две ветки ядра (un-def и std-def). В p11 один flavour (если забыть про rt).

greenman ★★★★★
()

Зачем дистрибутиву (разработчикам) лезти в рейтинг, и юзерам тоже нет смысла нравится - пользуйся, можешь помочь - помогай. Нормальному разработчику дистрибутива, времени на задр@чивание дистровотчей и т.п нету (по себе знаю)

irton ★★★★★
()
Ответ на: комментарий от dataman

сколько

основная репа так выглядит.

https://repo-default.voidlinux.org/current/i686-repodata
https://repo-default.voidlinux.org/current/nonfree/i686-repodata

а зачем вообще нужны сторонние репы? когда в своей необходимого нет? вот у воида в репе дофига ядер - зачем ему сторонняя репа с ядрами, девиану гляжу нужно, а то выбор совсем не велик, ну так что выхлоп без сторонней репы будет, а то у меня эта простыня из xanmod на экран не влезает, это не понта ради - просто узнать что там по ядрам у девиан есть, хочу потом сравнить с sid.

amd_amd ★★★★★
()

Почему мы в жопе на Distrowatch?

В смысле не на Distrowatch всё как-то иначе, позитивнее происходит?

ugoday ★★★★★
()
Ответ на: комментарий от LamerOk

но поддержка остальных пакетов продолжается - их версии соответствуют версиям в 64-х битной системе и только с ядрами затык, 6.10 оказалось последним и даже его теперь в репозитории нет… что будет дальше и сколько еще проработает такая система? сколько можно обновлять пакеты без обновления ядра?

amd_amd ★★★★★
()
Последнее исправление: amd_amd (всего исправлений: 1)
Ответ на: комментарий от amd_amd

а зачем вообще нужны сторонние репы? когда в своей необходимого нет?

Для экономии времени + невозможность что-то собрать из исходников.

У меня подключены xanmod, apt.llvm.org, nvidia, wezterm-nightly, deb-multimedia, sublime-text.

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

dataman ★★★★★
()

Пользуюсь Void-ом безумно давно… Боюсь даже вспомнить, сколько времени.

Действительно классный дистрибутив, работающий практически безотказно (один случай не в счёт, отдельно могу рассказать). Но да, не для новичков.

В своё время было от дистрибутива три требования: без systemd, хотя бы относительно свежие компиляторы и Qt Creator. Были и Debian 6, 7, и Devuan 1, 2, но они стабильно раз в год разваливались + были какие-то ещё приколюхи.

Перешёл. Сейчас на всех тачках стоит, есть не просит, периодически обновляется ручками. Даже в работе используется.

Собственно, хз, что добавить.

kachsheev ★★★
()
Ответ на: комментарий от Aceler

несколько веток ядер

Ну если ветка и версия — одно и то же…

Написал бы тогда — старые версии ядра не удаляются при утсановке новой. Но так почти везде делается, за исключением отдельных дистро.


В дистрибутиве alt собирают одновременно несколько веток ядер

Одновременно собирают несколько версий, так надо читать?


https://www.altlinux.org/Kernel/flavour

Здесть табличка есть

Ветки сопровождаемых ядер

greenman ★★★★★
()
Последнее исправление: greenman (всего исправлений: 7)

Кучу лет пользуюсь. Меня он радует как раз тем, что в нём максимально адекватный (конкретно для меня) дефолт. Ничего лишнего, что хочешь то и лепи. Всё максимально простое, прозрачное и очевидное.

Но в том и проблема — Void это для людей, которые знают что хотят, умеют настраивать то что им надо и как им надо и при этом готовы потратить на это время и силы. Для control freak-ов, короче.

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

Так что, то что Void не настолько популярен — закономерность, а не заговор злых корпорастов. У Void есть своя ниша и есть своя пользовательская база. Это уже отлично.

einszwei
()
Ответ на: комментарий от kachsheev

Собственно, хз, что добавить.

Заменить на Alpine? Чем ваш Void лучше Alpine?

Почему мы в жопе на Distrowatch?

Потому что Void даже не ставится без костылей?

sanyo1234
()
Последнее исправление: sanyo1234 (всего исправлений: 1)
Ответ на: комментарий от sanyo1234

Я в курсе, что есть Alpine, но не понимаю зачем он нужен лично мне.

Меня абсолютно устраивает дефолт с гнутым юзерспейсом, runit, glibc и xbps. Я абсолютно обычный пользователь, которому бы работу работать, а ещё иногда играть в игрушки, запускать клятую проприетарщину и прочий странный софт (на musl это тоже реально проделывать, но чутка сложнее). Для моего юзкейса такой дефолт адекватен и заставляет делать меньше всего телодвижений для желаемого результата; потому я и качаю образ Void на glibc.

(Собственно, большая часть пользователей Void использует именно такую конфигурацию: согласно popcorn.voidlinux.org из x86_64 пользователей согласившихся добровольно поставить себе пакет телеметрии 88 использует glibc, а musl всего 11)

Кто-то хочет то же самое, но на musl и они качают соответствующий образ Void. Кого-то устроит дефолт c busybox, openrc, musl и apk и они качают Alpine.

К Alpine многие люди действительно предвзяты и считают его прошивкой для контейнеров, хотя на десктопе его использовать реально — это дистрибутив общего назначения. Но это не значит, что возможность его использования на десктопе как-то обесценивает другие дистрибутивы. У Alpine очень специфический дефолт, который многим не понравится. Да, можно поставить GNU coreutils, инит какой пожелаешь и пускать нужный софт через bubblewrap+chroot или Flatpak, но это лишние телодвижения.

Потому что Void даже не ставится без костылей?

Вообще не знаю откуда такое утверждение взялось. Кучу лет пользуюсь Void, за это время он успел у меня поставиться на зоопарк различных устройств и никаких проблем не было. Псевдографический установщик работает адекватно. Если не нравится псевдографический установщик или нужны фичи, которых в нём нет (вроде LUKS, ZFS), Void не менее спокойно ставится и без него: xbps-install -Sy -R https://repo-default.voidlinux.org/current -r /mnt base-system и всё отлично работает.

einszwei
()
Ответ на: комментарий от einszwei

Кого-то устроит дефолт c busybox, openrc, musl и apk и они качают Alpine.

Гнутые утилиты доставляются запуском одного скрипта.

А кривость дистра не исправляется однострочником.

sanyo1234
()
Ответ на: комментарий от sanyo1234

Я знаю, что есть альпина, но не ушёл на него. Как тебе такое?

u5er ★★★
()
Ответ на: комментарий от sanyo1234

Чем ваш Void лучше Alpine?

короткий ответ: форматом пакетов и системой сборки.

да, я знаю, что есть Alpine. более того, я сижу на самосборном сильно перепатченном Void с musl. но именно на Void. потому что когда я рассматривала варианты, сборка у Void мне понравилась больше всех прочих. вот и всё.

против Alpine ничего не имею. но я полагаю, что это не система для десктопа. по крайней мере, не для десктопа «обычного хомяка». то, что там «одним скриптом» что-то запускается, тем, кто собирает всё сам, даром не нужно. а хомякам тупо не хватит пакетной базы и ограниченности альпайна, а скорость работы и экономия ресурсов для них не критична. его обычно ставят либо на эмбеддед, либо на старое железо.

про «костыли» я хз вообще, откуда ты это взял. Void ставится как и все прочие дистрибутивы: хоть с образа, хоть из сети, хоть с запуска прямо на машине. наверное, ни один дистр не отличается чем-то особым в этом плане. причём у него есть прямо вот образы для конченного юзверя, которые будут работать искаропки. ну, если нет какого-то особо хитрого железа. установка не сложнее, чем любой другой дистр, я думаю. а допиливание под свои хотелки - это уже не уровень конченного юзверя и там надо ковырять. но за это мы его и ценим.

Iron_Bug ★★★★★
()
Ответ на: комментарий от sanyo1234

так это не моё ноу-хау. это древнее, как мир, обозначение некоего субъекта, который использует комп чисто как потребитель, ничего в нём не понимая.

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 1)

кстати, вот на Distrowatch я вообще не хожу. как-то на все дистродрочи и прочие пиписькомерки мне фиолетово. я для себя что-то выбираю по своим критериям. а сколько там обезьянок насчитали в интернетах (или как там их считают) по данному дистру - вот абсолютно пофигу. это никак не влияет на мой выбор и мои требования к системе. потому и не хожу на такие сайты.

Iron_Bug ★★★★★
()
Ответ на: комментарий от ripgrep

Он математическую запись степени перепутал с записью сишного xor. Но насчет сдвига он был прав.

LongLiveUbuntu ★★★★★
()
Ответ на: комментарий от Iron_Bug

Почему мы в жопе на Distrowatch?

вот на Distrowatch я вообще не хожу

вот и причина

NyXzOr ★★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.