Файлы блокировки — зачем?

Затем, чтобы у тебя БД не расколотило в клочья в момент установки.

В Gentoo можно только собирать параллельно, устанавливать же он будет точно также, с блокировкой.

невозможность запуска установки нескольких программ сразу

это фича, а не баг.

apt - обёртка над dpkg. Больше расстраивает, что во время установки пакетов даже поиском средствами apt пользоваться нельзя

в Gentoo их пакетный менеджер Portage позволяет устанавливать много программ сразу

Позволяет, но файл блокировки на определённых этапах установки пакета всё равно есть. Просто emerge ждёт (и сообщает об этом) пока блокировка снимется в промежутках между фазами установки разных пакетов, например, при установке файлов непосредственно в систему. Дальше параллельно отрабатывает.

Затем, чтобы у тебя БД не расколотило в клочья в момент установки

Это простите как?

В Gentoo можно только собирать параллельно

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

Это простите как?

Читай про concurrency.

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

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

mord0d said:

Читай про concurrency.

Прочитал и не понял, на каком уровне это связано с файлом блокировки и разносом бд.

Как она может ращнестись, объясните, пожалуйста, понятным языком.

объясните, пожалуйста, понятным языком.

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

https://www.sqlite.org/howtocorrupt.html

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

понятным языком

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

Или один пытается высушить тряпку, второй её постирать.

Только чтобы скачать пакет, я так понимаю

даже если так. Тебя не смущает, что несколько процессов dpkg могут ставить одинаковые пакеты, выполнять различные скрипты (pre/post) одновременно? Один распаковал и начал обработку дальше, а второй в это время потер работу первого.

Больше расстраивает, что во время установки пакетов даже поиском средствами apt пользоваться нельзя

Эм, что? Вот сейчас специально проверил: что apt list, что apt search прекрасно работают во всех трёх стадиях: при показе сводки и запросе подтверждения; при скачивании пакетов; при установке пакетов.

Собирать можно в несколько потоков

Проверил. Можно ёще и несколько emerge запустить, только логи вперемешку.

лоровские аналогии как всегда бесценны

Как она может ращнестись, объясните, пожалуйста, понятным языком.

Вася и Петя открыли файл на запись одновременно
Вася хочет записать «Status: install ok installed»
Петя хочет записать «Status: deinstall ok config-files»

Что они запишут на самом деле?

«StaStattuuss: : indeinstallstall ookk iconsntfif-files

alled
»

В Gentoo можно только собирать параллельно, устанавливать же он будет точно также, с блокировкой.

Ну вот. А в Debian не так.

И если ты поставил установку пакета, который очень медленно скачивается с одного репозитория (что-то Virtualbox вспомнился), то всё…

Неважно, что можешь успеть десять раз поставить крошечный git.

Не знаю куда ещё проще, раз до этого было непонятно.

Мож сейчас умеет. А лет 5 назад apt-cache у меня не работал при обновлении системы, сообщая, что работает apt-get или что-то такое.

Ну качаются они всё же параллельно.

эта блокировка действительно говно. защищает она от одновременной установки и удаления одного и того же пакета, или установки 2х конфликтующих пакетов. Хотя по хорошему атомарными должны быть операции над каждым отдельно взятым пакетом, а не над всем процессом установки. Упомянутый emerge, а так же nix в этом плане хороши, но подойдут не всем

когда юзал дебиан, качал он последовательно, и был баш-скрипт apt-fast, который как раз и умел качать параллельно

Если я написал

apt install virtualbox

downloaded from deb.virtualbox.org with speed 52 kB/s

То всё, мне только идти гулять, если я захочу поставить git.

download-only и лок файл не берется :-)

И что мешает делать apt install virtualbox git ?

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

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

А еще надо придумать адекватное обоснование зачем это может быть нужно. Установка и обновление у тебя идет не 24/7, так что смысла делать бесполезную работу просто нет. И так сойдет.

Ну я рад за тебя, что у тебя всегда есть чёткий план действий

Уважаемый, когда я вызываю # apt-fast install transmission, пока выполняется установка uGet, он отвечает:

apt-fast already running!
Verify that all apt-fast processes are finished then remove /tmp/apt-fast.lock and try again.

Я имел в виду установку нескольких пакетов одной командой. (apt install git virtualbox)

Так-то второй запуск apt обломается, да.

Установка и обновление у тебя идет не 24/7

Ну этак полчаса с минорными апдейтами на виртуалке с SSD легко.

Ну, если человек сам не знает, чего он хочет установить, а чего нет, то современная медицина тут бессильна. Разве что, кроме всесильного врача-эвтаназиолога.

Ну ты балбес, что я могу сказать. С такими доводами.

Ну, если человек сам не знает, чего он хочет установить, а чего нет, то современная медицина тут бессильна. Разве что, кроме всесильного врача-эвтаназиолога

Ну не знаю. Допустим, один пакет DPKG требует другой пакет. Его нет в репах. Он тянет другие зависимости...
их тоже ет в репах. И нужно это установить.

На SSD система полностью устанавливается раза в три быстрее.

Ну не в три, но да — быстрее.

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

И если ты поставил установку пакета, который очень медленно скачивается с одного репозитория (что-то Virtualbox вспомнился), то всё…

Неважно, что можешь успеть десять раз поставить крошечный git.

Это выглядит просто, когда наборы пакетов в двух экземплярах не пересекаются. А если второй apt удалит пакет, нужный первому apt, пока тот скачивает?

Нет, технически это можно реализовать – но это сильно усложнит такую важную программу с минимальным profit.

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

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

Сегодня, удаляя файл блокировки, я подумал: а чего в нем хорошего?

Вместо этого нужно было подумать, где вы в этой жизни свернули не туда.

Затем, чтобы у тебя БД не расколотило в клочья в момент установки.

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

на снапшотах

Это как? Timeshift?

А что? Dpkg устанавливал значки в темы уже час. Тут комп вырубился.

Я включаю комп и не могу установить ничего.

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

то есть это не решение проблемы

И не должно. Будьте внимательнее:

когда юзал дебиан, качал он последовательно, и был баш-скрипт apt-fast, который как раз и умел качать параллельно

был ответом на:

Ну качаются они всё же параллельно.

Т.е. речь шла о том, что в рамках одного процесса apt может качать пакеты параллельно

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

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

Dpkg устанавливал значки в темы уже час.

Уже плохо.

Тут комп вырубился.

Совсем неудачно получается.

С вами что-то определённо не так.

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

Под «набором пакетов» и подразумевался подграф (в общем случае не дерево) пакетов, над которым производится операция.

Тут проще подключить репозиторий, где эти пакеты есть. Или сделать свой локальный реп и ставить аптом от туда.

когда юзал дебиан, качал он последовательно, и был баш-скрипт apt-fast, который как раз и умел качать параллельно

apt умеет качать параллельно, и пакеты из разных источников и разных серверов так и скачиваются (часто можно наблюдать, как пакеты из репозитория обновлений безопасности скачиваются одновременно с пакетами из основного репозитория) – но см. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=500653#20.

А ещё есть зависимости...