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

Я прошу прощения, но может, мы автора подождем?

pampa, ты не против этой новости? Может, сам напишешь или хотя бы прокомментируешь?

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

Сколько времени «deck scan» отрабатывает на не пустой системе (стандартный набор ПО, X11 + DE) на HDD ?

Интересная хрень, надо поковырять.

Я конечно не знаю, но складывается ощущение что deck scan будет искать по всему /.

Не проще было бы сделать какую-нибудь обёртку? Делаешь deck make install, deck тут же записывает все созданные мейком файлы и deck commit-ом потом создаёт пакет.

Эм, чем оно фундаментально отличается от

git init /

?

Я думаю ему наоборот будет приятно, что о его проекте написали на самом известном русскоязычном линукс-ресурсе, да ещё и топовый автор кащенка %)

Я сам не разбирался, но наверное оно не смотрит /val/log, /home и прочие изменяющиеся вещи, не относящиеся к установке программ.

Торвальдс читал исходники и говорит, что это что-то на уровне git, а может даже выше.

О, Ashampoo Uninstaller завезли :).

Попробую ответить на вопросы.

1. Утилита создавалась не как конкурент традицонным менеджерам пакетов, а как помощник для сборки собственных дистрибутивов на базе linux from scratch, где пакетного менеджера не предусмотрено в принципе. Если вы не собираетесь собирать дистрибутивов с нуля, то утилита не для вас.

2. От утилит типа checkinstall/installwatch отличается тем, что не использует механизм LD_PRELOAD для перехвата системных вызовов. Работает тупо перебором и сравнением всех файлов, не зависит от окружения и будет работать даже на статически собраной ситеме или бизибоксе.

3. deck scan полной системы на SDD занимает около 6 секунд (~100 пакетов ~4Gb, base + тулчейн + xorg + awesomewm). С вычислением хешей отрабатывает чуть меньше чем за минуту. На HDD не замерял, т.к. сейчас нет под рукой.

4. Система сканируется от корня, да. В конфиге можно указать где этот корень начинается и какие директории и файлы игнорировать при сканировании.

5. Чем отличается от git - я пробовал сначала использовать гит для этих целей. Но было не очень удобно т.к. у него линейная истории и удалить коммит из середины нетривиально. Окончательно понял что гит для этих целей не подходит, когда одним непродуманным git reset --hard убил систему. У deck нет концепции истории - есть предыдущее состояние, текущее и команды приведения одного к другому если они отличаются.

О, Ashampoo Uninstaller завезли :).

То есть это что-то вроде Bleachbit или Deborphan?

Спасибо за пояснения.

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

Нет, потом поехал показывать исходный код на «Минуту славы», что в Москве, правда член жюри Масляков остановил выступление и поинтересовался проходят ли участники медкомиссию перед выступлением. Сабж обиделся и начал кричать, что жюри аматоры и: «Я ЕЩЕ ВЕРНУСЬ 111».

Это бы и в BSD завезти, цены бы небыло

LFS? А я что-то сразу о слаке подумал :) Интересно, там оно пригодиться может?

Не проще ли смонтировать rw-оверлей на корень, а после завершения операции (make install, например) зарегистрировать все файлы в оверлее и после этого перенести изменения в настоящий корень? Посмотри squashmount для примера

как раз слаку в процессе правок из описания удалили, лол

О, Ashampoo Uninstaller завезли :)

О! Точно! Вот кого прога напоминает!

Чем это дело лучше чем stow?

А почему на Go?

Так есть же brew

Эта тулза для тех, кто собирает Линукс Фром Срач. ЛОРовцы, никто из вас даже не пытался собрать Линукс Фром Скрач.

Целый лисапед вместо DESTDIR?

Ух ты, не слышал о таком. Оно для слаки подойдет? Пробовал кто-нибудь?

Собирать милостыню - это наука, искусство или даже спорт. Там свои законы, тонкости, секреты, профессионалы... :)

В Portage это реализовано еще проще.

Парень, ты не в теме, извини. Вот вообще.

А мне SLAX нравится... Есть в нем какой-то необходимый минимализм, кажущаяся простота и надежность... :)

Оно самое

Судя по описанию deck как guix, только наоборот и полное говно. В GuixSD все пакеты строго read only, а тут наоборот предлагается отслеживать изменения.

«не в теме» и «толсто троллит» это немножко разные вещи :)

Я когда-то для слабого старого компа Vector Linux на основе Слаки пробовал - ну, и сборку Оперы для слаки в очень старые времена юзал на Альте (там rpm-пакет не ставился одно время нормально). Поэтому проблему (или фичу?) с не-контролем зависимостей знаю :) Помню, в AgiliaLinux по этой причине пытались внедрить свой собственный пакетный менеджер (и где та Агилия?)

Судя по описанию deck как guix, только наоборот и полное говно. В GuixSD все пакеты строго read only, а тут наоборот предлагается отслеживать изменения.

+1. Сделали же единственный нормальный пакетный менеджер и единственный нормальный дистрибутив (ну или два, но одно и то же по сути), нет все надо и надо продолжать делать кривые велосипеды.

Троллинг должен хоть как-то относиться к теме, чего тут нет.

когда пробовал LFS лет 12 назад.. была такая фигня как install-log :D

Ненужно. Недодистры без системы сборки пакетов не нужны. И тем более адские костыли для них.

В Portage это реализовано еще проще.

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

Обертку — ладно, автор обосновал, почему этот вариант не катит.

А вот демона с inotify, следящим за всем / можно было бы запилить

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

Ну да, обёртка небезопасна, может не всегда сработать.

У ТС она совсем не работает из-за статичных coreutils и прочего дерьма

Он бы ещё либц статично в каждую софтину пихал.

~ $ find /usr -type f | wc -l
78532
~ $ find /usr -type d | wc -l
3558
~ $ cat /proc/sys/fs/inotify/max_user_watches
8192

inotify не работает на больших деревьях. Нужно создавать оттдельный воч на каждую директорию и каждый файл, дефолтный системный лимит 2^13 вочей, при количестве файлов под 100К в рабочей системе.

А почему на Go?

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

«не в теме» и «толсто троллит» это немножко разные вещи

Нет, действительно не прочитал, что это.

Сурово, очень сурово...

Кащенка же виндузятник. Зачем он такие новости добавляет?

За новости score дают.

Это что-то вроде emerge?