Потому что софта нету.

Ты хоть примерно представляешь себе что такое AUR?

Нет.

Да.

Как работа с репозиториями и арчем связанна?

А кто говорил про работу с репозиториями? Речь про работу оси.

Скорей нормальной операционной системой для людей, с кучей софта, удобством, и стабильностью.

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

обновления ему все сломают, этож арч.

Пока речь о том, что все сломал при обновлении как раз дебиан.

Нет. Вышла новая версия проги, старая объявляется дерьмом мамонта и выпиливается из репозиториев. Если что-то критическое сломано, тогда могут оставить две версии. Но на практике я такое помню только со шрифтом awesome. И то, уже пофиксили. Старой версии в репах нет.

Ты хоть примерно представляешь себе что такое AUR?

Помойка с троянами? Во всяком случае там нужно компилировать постоянно, а флаги при этом удобно не расставить, с таким же успехом можно просто исходники с офф.сайта скачать.

Да.

В Slackware Current новее, сильно уж задерживаются программы в Arch по версиям, на неделю, а то и две.

А кто говорил про работу с репозиториями?

дипфорест

Человек говорит что софт из официальных реп

Sid тоже офф.репа, и? Написанно же, не лезь убьет. Ты чего то тут не понял?

Пока речь о том, что все сломал при обновлении как раз дебиан.

Какая разница? Чисто по логике Arch нестабилен.

если в арче его просто нету

Ты упоролся? Настолько нет, что аж два. Стабильная версия и прямо с гита.

Говорить о AUR это идиотство, там 90% это просто скрипты с содержанием:

git clone proga
cd proga 
make

Чисто по логике Arch нестабилен.

Arch нестабилен лишь тогда, когда его неправильно приготовили. Это конструктор, который пользователь собирает на базе основной системы ПО ИНСТРУКЦИИ! И никак иначе, если опыта в таких делах нет.

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

Arch нестабилен лишь тогда, когда его неправильно приготовили.

Правильным будет удалить pacman и не обновляться? Или как?

Софт, кстати, тоже очень даже стабилен

Ахах, ага, Xfce4 и Geany это хорошо доказывают, когда их починят? Я могу поставить сейчас его в виртуалку и список расширить еще, но мне лень.

Хочешь открою тебе целых две страшных тайны?

1. Примерно этими же командами собираются 99,9% софта в репах твоего любимого Дебиана. Да и вообще во всех бинарных дистрах. Разница только в том, на чьем компе это происходит. На твоем, или на мейнтейнерском.

2. Дебиан тоже так умеет. Только выкачивает при этом полгига хлама.

Правильным будет удалить pacman и не обновляться? Или как?

Или как. Нужно всё делать ПО ИНСТРУКЦИИ, а не отсебятину городить. Инструкцию по установке и настройке не дураки делали, Arch Wiki содержит почти всё (минус совсем экзотическое или старое железо).

Xfce4 и Geany это хорошо доказывают, когда их починят?

Самому бы хотелось знать. В своё время забросил попытки пересесть на «крысу» именно из-за того, что на Арче не завелась.

Насчёт Geany не знаю вообще ничего - не пользовался.

1. Примерно этими же командами собираются 99,9% софта в репах твоего любимого Дебиана. Да и вообще во всех бинарных дистрах. Разница только в том, на чьем компе это происходит. На твоем, или на мейнтейнерском.

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

2. Дебиан тоже так умеет. Только выкачивает при этом полгига хлама.

Что он умеет? О чем ты, не понял.

Память

Обновил Гном до 3.30

uptime && free -m 18:38:12 up 0 min, 1 user, load average: 0,67, 0,16, 0,05

total used free shared buff/cache available

Mem: 7829 413 6928 95 488 7231

Swap: 0 0 0

а не отсебятину городить

Я всегда собирал вполне стандартную систему.

По 1 пункту. Еще мне не нужно будет искать патчи, править их под свою систему, искать нужные флаги, тестировать работоспособность софта...

Человек говорит что софт из официальных реп вызвал ад зависимостей и убил систему

При условии микса веток. Используй только основные ветки — проблем не будет вообще.

Только мне не нужно ждать компиляции

В большинстве случаев это происходит быстрее, чем dpkg готовое ставит.

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

Ессно, потому что версия всего одна. Здорово, правда?

Что он умеет?

git clone proga
cd proga 
make

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

В большинстве случаев это происходит быстрее

Ложь.

Ессно, потому что версия всего одна. Здорово, правда?

Очень, половина софта не работает потому что нужны разные библиотеки! Эх, хороша жизнь арчевская!

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

Почти весь софт предоставляет .deb пакеты или свои репы для свежатины.

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

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

У меня однажды был микс из 5 веток.

Ложь.

Суровая правда. Особенно феерично ощущается разница на мелких прожках. Но AUR, он далеко не всегда исходники. Там добрая половина вполне себе бинарники.

Половина софта не работает потому что нужны разные библиотеки!

То ли дело в Дебиан. Нового софта вообще нет, потому что негоже обновлять штабильные библиотеки!

Почти весь софт предоставляет .deb пакеты или свои репы для свежатины.

Ану-ка найди мне sway в стабильной версии. Ну или в тестинге хотя бы?

Я для себя эту проблему решил просто! Поставил Slackware и в нее Nix, в смысле пакетный менеджер а не ОС. В итоге у меня есть стабильная система со стабильным DE, без багов, с фиксами, это благодаря Slackware, тут Xfce4 на данный момент сделан лучше всего. Ну и от Nix есть софт свежих версий, а то и нескольких версий одновременно! Получается как в винде, стабильные базовые программы, и софт который вертишь как хочешь, так еще все автоматизированно, открыто, бесплатно... Красота!

Суровая правда. Особенно феерично ощущается разница на мелких прожках. Но AUR, он далеко не всегда исходники. Там добрая половина вполне себе бинарники.

Пакеты из AUR ставятся у меня ну очень долго, он там какие то операции выполняет непонятные, «подготовка библиотек» или как то так, медленнее только rpm-менеджеры.

То ли дело в Дебиан. Нового софта вообще нет, потому что негоже обновлять штабильные библиотеки!

Новый софт в .deb, я писал же.

Ану-ка найди мне sway в стабильной версии. Ну или в тестинге хотя бы?

Хипстерское нинужно, лол, как нибудь добавят, но не так быстро, есть же куча нужных вещей. Но вообще я говорил о нестабильности Arch'a, а не о дебиане.

А не проще тогда уже прямо Nix взять?

Nix в Slackware ставится одной командой, буквально. Ну и NixOS... Я бы не назвал это чем то стабильным, а без стабильной системы проще arch тогда ставить, а так я всегда знаю что у меня все будет работать, разве что приложение сломаются, но я могу откатить его. Плюс NixOS он сложненький, и systemd... Да и вообще, Slackware хороша для десктопа! Не нужно красноглазить, поставил и готово.

А, ну и еще в Slackware нету сэхса с зависимостями, у меня в системе два freetype одновременно, мне так надо, а система и не ломается, ей нормально, обновляется все. Очень хорошо когда pacman, apt не считают себя умнее! Да и чем проще, тем надежнее! Посмотри у меня в скриншотах в профиле рассказ о sladeb, в Slackware такое легко реализуется.

Пакеты из AUR ставятся у меня ну очень долго

У меня быстро. Вообще никаких проблем не испытываю. Правда я и не Сhromium конпеляю.

Новый софт в .deb, я писал же.

Пример из реальной жизни. Понадобился мне как-то grub-customizer. В репах его не было. Скачал deb. А он, сука, не ставится. Ибо grub-customizer новый, а библиотеки штабильные! Пришлось пердолиться с репозиториями, ставить две версии библиотек... Короче, так я научился настраивать grub вручную. Спасибо, Debian.

Хипстерское нинужно

Ой, началось. Знаю, знаю. Весь софт, который не настоялся лет так пять на одной версии - хипстерское нинужно. Openbox - не умер, он просто достиг совершенства! :-)

Пример из реальной жизни.

Ну бывает, бывает. Я если честно тоже с Debian намучился, но имхо лучше что бы система была стабильна, чем с новым софтом и вечными багами, ломаниями. А софт можно и покомпилировать. Но лучше как я с Nix сделать %)

Ой, началось.

Ну реально ж нинужно, как и grub-customizer! И вообще, i3wm есть, а под Wayland ни одного браузера, зачем это юзать СЕЙЧАС?

Вот, как и предполагалось, меса на месте ничего не обновилось после установки фриориона из бєкпортов.

до установи игры

root@debian:/home/deepforest# glxinfo | grep 'version'
server glx version string: 1.4
client glx version string: 1.4
GLX version: 1.4
    Max core profile version: 3.3
    Max compat profile version: 3.0
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.0
OpenGL core profile version string: 3.3 (Core Profile) Mesa 13.0.6
OpenGL core profile shading language version string: 3.30
OpenGL version string: 3.0 Mesa 13.0.6
OpenGL shading language version string: 1.30
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 13.0.6
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
root@debian:/home/deepforest# glxinfo | grep "OpenGL version"
OpenGL version string: 3.0 Mesa 13.0.6
root@debian:/home/deepforest# mc

root@debian:/etc/apt# glxinfo | grep 'version'
server glx version string: 1.4
client glx version string: 1.4
GLX version: 1.4
    Max core profile version: 3.3
    Max compat profile version: 3.0
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.0
OpenGL core profile version string: 3.3 (Core Profile) Mesa 13.0.6
OpenGL core profile shading language version string: 3.30
OpenGL version string: 3.0 Mesa 13.0.6
OpenGL shading language version string: 1.30
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 13.0.6
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
root@debian:/etc/apt# 
root@debian:/etc/apt# glxinfo | grep "OpenGL version"
OpenGL version string: 3.0 Mesa 13.0.6
root@debian:/etc/apt# 

root@debian:/etc/apt# apt install -t stretch-backports freeorion
Чтение списков пакетов… Готово
Построение дерева зависимостей       
Чтение информации о состоянии… Готово
Будут установлены следующие дополнительные пакеты:
  fonts-roboto-unhinted freeorion-data libboost-atomic1.62.0 libboost-chrono1.62.0 libboost-locale1.62.0 libboost-log1.62.0 libboost-python1.62.0 libboost-regex1.62.0
  libboost-serialization1.62.0 libboost-thread1.62.0
НОВЫЕ пакеты, которые будут установлены:
  fonts-roboto-unhinted freeorion freeorion-data libboost-atomic1.62.0 libboost-chrono1.62.0 libboost-locale1.62.0 libboost-log1.62.0 libboost-python1.62.0 libboost-regex1.62.0
  libboost-serialization1.62.0 libboost-thread1.62.0
обновлено 0, установлено 11 новых пакетов, для удаления отмечено 0 пакетов, и 170 пакетов не обновлено.
Необходимо скачать 112 MБ архивов.
После данной операции, объём занятого дискового пространства возрастёт на 151 MB.
Хотите продолжить? [Д/н] 

Так, как и почему могла мама обновится меза? Ваши предположения.

Я думал про NixOS, заманчивая штука, но особых преимуществ для себя пока не вижу. Слака же вообще вызывает только одну эмоцию: «Боже что это? Зачем это?»

Ну реально ж нинужно

Для того, чтобы я мог нормально пользоваться i3wm, мне нужно 7 конфигов. И то проблемы будут вылазить регулярно. Сваю для ровно того же требуется... 1 (один!).

под Wayland ни одного браузера

Хромиум работает под xwayland и не жалуется.

зачем это юзать СЕЙЧАС?

Гиг иксового хлама? Смешно.

Драйвера на видеокарту? Что такое драйвера на видеокарту?

Тиринг? Как это?

Отдельный композитный менеджер? Ахах, хорошая шутеечка.

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

Еще можешь поставить что нибудь адекватное, Xfce4, Gnome3, KDE5, Mate... По вкусу.

Хромиум работает под xwayland и не жалуется.

Под иксами, да, но не под wayland.

Гиг иксового хлама? Смешно.

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

Драйвера на видеокарту? Что такое драйвера на видеокарту?

Это вообще не про Wayland или Xorg.

Тиринг? Как это?

Хз, у меня его нету.

Уважаемый, просьба сделать 2 вещи:

1) прочесть внимательно вот этот комментарий: Представлен график релизов перед выпуском XFCE 4.14 (комментарий)

2) ответить мне на вопрос — у тебя нет случайно диагнозов «конституционная глупость» или ЗПР?

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

не шуми) Не можешь спокойно объяснить - не объясняй.

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

Я штатно удалил драйвер, нуво не завелся, больше ничего не делал. Пытался поставить проприетарный опять он сообщил о новой месе?

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

а у вас случано не диагноз - линукс головного мозга + ЧСВ?

Нет — а вот у тебя клиника. Смотри, я цитирую твой же вывод выше:

Будут установлены следующие дополнительные пакеты:
  fonts-roboto-unhinted freeorion-data libboost-atomic1.62.0 libboost-chrono1.62.0 libboost-locale1.62.0 libboost-log1.62.0 libboost-python1.62.0 libboost-regex1.62.0
  libboost-serialization1.62.0 libboost-thread1.62.0
НОВЫЕ пакеты, которые будут установлены:
  fonts-roboto-unhinted freeorion freeorion-data libboost-atomic1.62.0 libboost-chrono1.62.0 libboost-locale1.62.0 libboost-log1.62.0 libboost-python1.62.0 libboost-regex1.62.0
  libboost-serialization1.62.0 libboost-thread1.62.0
обновлено 0, установлено 11 новых пакетов

Как я писал тебе за всё время раз 10 — APT всегда сообщает, сколько и какие именно пакеты он ставит и обновляет перед каждой манипуляцией — и просит твоего согласия на это.

Ещё раз: я не знаю, какой именно пакет подтянул за собой свежую мезу.

Но я точно знаю, что APT _всегда_ пишет обо всех пакетах, которые он удаляет, обновляет или ставит и спрашивает твоего согласия на соответствующие модификации.

Если ты не читаешь его вывод — это твоя ошибка, а не APT.

И есть такой замечательный ключ — -s — он позволяет запустить симуляцию любой команды установки, удаления или обновления для apt.

И что? Я вижу. Я спарашиваю про месу?

А вот мезу не увидел. Но apt упоминал про неё. А так как ты ту систему снес, то историю apt не удастся просмотреть.

Еще можешь поставить что нибудь адекватное, Xfce4, Gnome3, KDE5, Mate

У меня и так Gnome3 почти в полном составе, просто окнами рулит тайлинг. Остальное - неадекватное.

и программы позволяет нормальные юзать.

У меня из всего софта не работают под Wayland нативно только две проги - Сhromium и VSCode. То есть, браузер и... Браузер. Нормальные - это какие? Чем я обделен?

У тебя же xwayland стоит

Если Xwayland - это, по-твоему, иксы. То Wine - это Windows.

Это вообще не про Wayland или Xorg.

Все, что требуется доустановить для нормальной работы видеокарты типа x86-video-intel - это как раз исключительно костыли для маломальски приемлемой работы Xorg. В Wayland они не нужны.

Остальное - неадекватное.

Врети.

Нормальные - это какие?

xsnow!

Если Xwayland - это, по-твоему, иксы. То Wine - это Windows.

Да, почти так.

Все, что требуется доустановить для нормальной работы видеокарты типа x86-video-intel

Просто нужно поставить нормальный дистр, например Debian, тогда ничего доустанавливать не придется.

Просто нужно поставить нормальный дистр, например Debian, тогда ничего доустанавливать не придется.

Да ладно!

Само поставится.

Но apt упоминал про неё.

А где apt её упоминал?

Mesa содержится, как и любое ПО, в пакетах. Когда её версия меняется, меняется и версия пакета с ней. APT сообщает о _каждом_ изменении в пакетах системы при запросе на подтверждение действия.

Вывод: когда-то (я не могу установить когда) ты проводил какие-то действия с пакетами в системе. APT запросил разрешение на обновление пакетов с Mesa, и ты дал согласие. Хотя сам этого не заметил.

Ты действительно не в состоянии сделать настолько элементарные логические выводы?

Ты действительно не в состоянии сделать настолько элементарные логические выводы?

ЧСВ? Я не настолько шарю в линуксе, чтобы такие вещи были для меня элементарны.

Для этого не нужно шарить именно в Linux. Это не то, что нужно помнить. Это просто пример логического рассуждения.

У тебя есть ряд уже известных фактов: что всё в системе содержится в пакетах и что apt выдаёт информацию обо всех изменениях в пакетах. Всё, что нужно — просто подумать и сделать выводы. Я не оперировал чем-то сложным.

P.S. И строго говоря, apt может обновить mesa без предупреждения — но для этого нужно включить автоматическое обновление без предупреждений и с разрешением системе менять ветки для пакетов при обновлении без предупреждений. То есть «само» это тоже не происходит.

Для этого не нужно шарить именно в Linux

Это тебе так кажется, так как ты с линуксом «на ты». Тут нужно знать как работает линукс. А это, прямо скажем, обычному человеку без поллитры и такой-то матери не объяснишь(шутка)

apt может обновить mesa без предупреждения

По умолчанию в дебиане оно установлено? Я ничего автоматом не ставил. Только вручную из стабильных реп.

Пакеты, имеющие неудовлетворённые зависимости:
 libgl1-mesa-glx:i386 : Зависит: libglapi-mesa:i386 (= 13.0.6-1+b2) но 18.2.8-2~bpo9+1 будет установлен
E: Невозможно исправить ошибки, у вас отложены (held) битые пакеты.

я не понял сути сообщения. Откуда недувлетворенная зависимость и почему будет установлен 18.2.8-2~bpo?

Вне контекста даже я этот вывод не понимаю (к тому же локализация в apt зачастую нехило искажает смысл). Покажи полный вывод команды, что ты делаешь.

Это из старой темы, когда удалилось много пакетов

https://pastebin.com/cuYjvGEb

Dep-hell разрулить вполне можно. Но не с помощью такого вывода и не на уже не существующей системе.

Смотри — разрешение dep-hell это довольно банальная головоломка. Есть пакеты системы — у каждого из них есть три типа зависимостей: dep, rec и sug. Последние обычно вообще не используются, первые совершенно обязательны, вторые же ставятся по умолчанию, но их можно приказать и не ставить.

Решение dep-hell-а — это пройти по цепочке и найти причину. Мы с тобой уже однажды проворачивали подобное: не устанавливается МАТЕ - «у вас отложены (held) битые пакеты»

И да я не изучал по книгам, как это делать. Я просто подумал и понял, что так сделать — можно. А пришел я к такому выводу поняв механизм зависимостей в apt — а он весьма прост.

Ты просто внушил себе (хрен пойми зачем) что Linux сложен и что его нельзя освоить нормальному человеку в адекватные сроки. Ты отказываешься думать над вопросом, который решается минут за тридцать в первый раз (ну за час в худшем случае) и за десять на второй из-за нелепого убеждения, что это невесть сложная штука на несколько дней.

Вместо этого ты наугад бьешь в бубен и лазишь по форумам с вопросами, которые можно решить только находясь рядом и за тебя. Что ещё больше убеждает тебя в том, что Linux сложен — ну да, если делать как ты, он будет очень сложен, я бы даже сказал невозможен.

Смени подход. Подход должен быть такой: поиск в интернете, чтение документации, _рассуждения_ — и только потом форумы. Это просто быстрее. И нередко (хотя и не всегда) понять как работает, а затем действовать быстрее, чем искать готовое решение — как правило потому, что его нет.

Спасибо. Я понял, что лучше от греха подальше не ввязываться в разруливания деп-хела, а ставить проги из flatpk, snap. Или использовать просто Вайн. Так как когда начинаешь разруливать начинаешь засирать систему лишним и все в итоге ломается. Эхх.

Взять тот же нативный УТ99. Там реально нужно пройти все круги деп-хела. Меня аж передергивает когда впоминаешь сколько всего нужно было сделать, чтобы оно запустилось. Ты уже рассказывал, но почему такие проблемы с родными старыми приложениями? Неужели это никак проще не решается?

Тут вопросы к тем, кто их так собирал. Под Windows приложения обычно собирают в режиме «всё свое ношу с собой», но под Linux почему-то нет.