12 марта Arch Linux исполнилось 24 года

которая автоматически разрешает зависимости пакетов

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

Ставил лет 20 назад, слишком много мороки, к тому времени слакваре-стайл дома потихоньку отмер уже, была готова убунта

Ну, значит, опрокинутое сапирави посвящаю. Постфактум.

Нравится. Разве что неинтуитивный интерфейс pacman’а некоторое время раздражал после дебиана. Но привык, теперь всё прекрасно.

Винету понравилось значение слова «главный»(arch), как в выражении «заклятый враг»(arch-enemy).

У Arch Enemy, кстати, солистка новая. И она скорее Ангела, чем Алиска. Олдскулы свело, хорошо.

Поздравляю! Это возраст, когда начинают проходить прыщи ;)

Ничего не знаю, я 12 марта отмечаю годовщину свадьбы.

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

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

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

@dataman, а каковы критерии перемещения новостей о годовщинах в толксы? Типа, на главной отмечаем каждую годовщину сайта и ядра Linux, а для дистрибутивов, языков программирования и т. п. - только юбилейные даты?

ИМХО, конкретно эта новость не очень актуальна, но на главной смотрелась бы хорошо.

а каковы критерии перемещения новостей о годовщинах в толксы?

Я поискал прошлые не круглые годовщины, и в новостях нашлись довольно старые. Остальные в разных разделах.

Спросил в нашем чатике, как быть, и не дождавшись реакций, принял волевое решение. :)

Arch хорош – просто делает своё дело. Ориентированность на пользователя, а не на дружелюбие к нему, как минимум неплохой менеджер пакетов. Насчёт «самой лучшей» документации местами не соглашусь – есть недочёты, но в целом да, вики стоит того, чтобы даже пользователи других дистрибутивов её читали. Долгих лет дистрибутиву и команде, а Джадду – огромное спасибо.

Спасибо Arch за то, что сделал мой опыт перехода на Linux комфортным и простым ☺️

Арч это не дистрибутив, а философия и половая ориентация

20 лет назад я пользовался Mandriva, и в моих глазах Ubuntu не дотягивала до дружелюбности Mandriva. Да честно сказать и сейчас не дотягивает. В Ubuntu столько же инструментов управления системой сколько и в любом другом дистрибутиве Linux. Единственное это возможность установки проприетарщины на стадии установки системы, да.

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

Глубже, в кишках ядра всё равно не разберёшься без отдельной инфы, но тут уже дистр не важен.

В итоге что? Дистр для задротов-красноглазиков и всяких девопсов-интеграторов. Чтобы изучить Линукс, выкинуть Арч и поставить корпоративный дистр уже для работы.

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

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

Там же вроде какая-то пародия на инсталлер появилась?

«Система класса “сделай сам”» — это LFS. В Арче «подкожный жир» скрыт. Единственное, что тебе нужно знать или изучить жирного про линукс — это совместимость драйверов с твоим железом. Но это, в идеале, распространяется на все линуксы.

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

Т.е. часть знаний о арче вообще бесполезна во взрослом мире.

Как и огромная часть школьных знаний, что не уменьшает их ценности во «взрослом» мире, если такой существует, конечно.

Там же вроде какая-то пародия на инсталлер появилась?

Это так редко происходит, что я отстал от темы. На самом деле есть три пути, ручная установка, установка с помощью скрипта archinstall и установка с помощью Calamares (дистрибутивы-хелперы, тот же арч с другим шилдиком). Последняя, это легкость установки и заботы по удалению лишнего, но в итоге тот же арч.

На одном из моих компьютеров Arch Linux как был установлен в июле 2007 года, так и работает.

Конечно, это компьютер Тесея — он пережил обновление всех компонентов, некоторых и не по одному разу. Переход с 32-битной архитектуры на 64-битную простым обновлением без переустановки.

Всё работает, в нерабочее состояние так ничего и не перешло.

Переход с 32-битной архитектуры на 64-битную простым обновлением без переустановки.

Простое обновление в Арче не поддерживается. Любое обновление системы в нем сводится к переустановке.

Конечно, это компьютер Тесея

Хотелось бы посмотреть и почитать тут: https://www.linux.org.ru/gallery/workplaces/

Как связаны между собой переход архитектуры, простые обновления (pacman -Syu), частичные обновления (pacman -Sy) и переустановка (повторная ручная подготовка системы)?

Хотя судя по вашему первому комментарию, вы вообще не понимаете о чём говорите.

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

На уровне ELF что ли? Такие проверки вообще никакой ПМ не выполняет.

pacman, ровно как и apt, проверяет версии зависимостей и кучку других проверок. Это далеко не «просто распаковывает тарбол в корень».

допустим есть две проги «А» и «В», обе зависят от библиотеки «С», что произойдет если обновить приложение «В» с его зависимостями? правильно, пакман просто обновит-переустановит и «В» и «С» и даже не задумается что от обновляемой библиотеки «С» зависит что-то еще. Так что да, он тупо распакует и сломает тебе софт.

А какой ПМ задумается? Огласите весь список пожалуйста

Это частичное обновление, оно не поддерживаются в Арче (в Дебиане тоже нет 100% гарантий, об этом нельзя не думать). Обновляя что-то, нужно всегда не забыть обновить всю систему.

Но вообще если пакет A укажет строгую зависимость от версии пакета C, то pacman не разрешит сделать апгрейд. Это, наверное, не гарантия, но всё же запасной механизм.

что произойдет если обновить приложение «В» с его зависимостями?

Приложение, авторы которого не следят за обновлениями зависимостей, просто дропнут, отправят жить в AUR в виде PKGBUILDа, в лучшем случае будет статика в виде application-bin в третьей репе, например в chaotic-aur. Примеров хватает, начиная с gtk2.

А какой ПМ задумается?

xbps

допустим это мои самосборные пакеты, и я бы хотел видеть предупреждение при обновлении, а не постфактум.

xbps

У него нет ключей для безусловного обновления? pacman выдаст ошибку о неразрешимых зависимостях в пользу более новых версий. Это надо форсить, чтобы все сделать через задницу и соответственно поломать обновления.

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

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

Хотя сам пакман разрешать зависимости умеет и по версиям тоже.

что такое «безусловное обновление»?

что такое «безусловное обновление»?

-d, --nodeps         skip dependency version checks (-dd to skip all checks)

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

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

Force installation (downgrade if package version in repos is less than installed version), or reinstallation (if package version in repos is the same) to the target PKG, overwriting regular package files and symlinks (if they have been modified) but preserving configuration files. The only way to update packages on hold mode is by using this flag. If -f is specified twice all files will be unpacked, even configuration files.

частичные обновления поддерживаются (просто об этом нигде не написано :) ) в силу самого устройства xbps, там есть специальный файлик — shlibs, в который записываются данные разделяемых библиотек и их версий. Как именно xbps обрабатывает этот файл и как все устроено под капотом не скажу, если интересно можешь в ирке у разрабов спросить.

роллинг-дистр

да, но не такой агрессивный как в арче, и за счет фич xbps довольно стабильный (читал историю успеха безпроблемного обновления после трёхлетнего простоя).
Комманда у войд небольшая и некоторые пакеты могут долго не обновляться, как когда-то gcc не обновляли несколько лет. Там забавная история вышла, чувак пытался его обновить, но из-за каких-то конфликтов на других архитектурах его пр не принимали, в итоге он плюнул и запилил аж свой дистр с блэкджеком и шлюпками с musl и юзерспейсом из freebsd — https://chimera-linux.org

Однако можно попасть в промежуточную фазу крупного обновления, когда часть софта еще не пересобрана, как недавний факап с Qt/KDE — у многих сессия отвалилась. Для уверенности можно перед обновлением подсмотреть статус сборок на https://build.voidlinux.org

Как минимум dpkg и rpm.

Не пользуюсь, но пусть будет.

...канадский программист и по совместительству гитарист...

Кроссавчег. Практически наш чел.

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

Даже в том же AUR хватает пакетов обоих видов, прям рядышком лежат.

Понедельник начинается в субботу, а пятница начинается в понедельник

Учись, студент :)

Да, в AUR тоже есть. Что-то давно оттуда не ставил, если не считать дропнутых, которые сами там оказались (nitrogen + зависимости):

$ pacman -Qqm
gtk2
gtkmm
nitrogen

Пользуюсь, нравится. Другими дистрами не пользуюсь - не нравятся.

Собственно, ЧТД. Отсутсвие проверок зависимостей и переустановка под видом обновления.

При установке дистрибутива убрали галочку, которая обязывает всех, его используюющих, писать в любой теме «btw, I use arch»?

Нет, это лишь доказывает, что чукча не читатель.

А разве была такая? Что-то не помню такой :)

Ну это единственное объяснение тому, что арчеводы в любой теме упоминают, что у них арч.

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

Мы их разумеется, сразу баним, как токсичные и некультурные люди, но они всё-равно приходят. ;)

И это при том, что у нас при входе на канал стоит бот, который раньше спрашивал, используешь ли ты арч и не пускал на канал при положительном ответе! Всё-равно приходили. Врали и приходили. )

Ты просто забыл