>1) В отличие от apt-а например (который сломать довольно трудно, у которого
>есть форсирование реинсталла и прочая), MSI ставится в раскоряку на раз-два-три,
>а механизм rollback там вообще реализован глючно (хотели как лучше а
>получилось как всегда).В итоге MSI может от души подстрелить сам себя
>в пятку.Например, часто сетап хочет ребут для замены файлов и стирания
>загруженных в данный момент.После ребута запускается сетап и продолжает.Тут возникает целая
>гамма граблей.Скажем если сетап уже стер залоченные файлы и тут что-то
>пошло не так - он как самый умный попытается сделать ролбэк.Но
>файлы то он уже **нул!В итоге .. ну вы поняли.Это называется - broken by design. Как вы знаете, в Unix не бывает залоченных файлов.
(Т.е. нестираемых).
Используемую DLL-ку можно легко и просто стереть и заменить на новую.
Причина - грамотный дизайн файловых систем, с использованием inodes. Тоесть когда название файла не есть его единственный и неповторимый идентификатор.
А в системе, которая не может стереть используемую в данный момент библиотеку или экзешник, невозможно в принципе реализовать вменяемую систему управления пакетами.
Я бы назвал две фигни, которые ответственны за 80% глюков при инсталляции/деинсталляции под виндой:
1. Буквы дисков вместо стандартизированного дерева, растущего от корня. Их наличие определяет необходимость настройки для каждой программы полного пути для ее инсталляции.
Также нет решения для символических ссылок.
2. Блокировка используемых (открытых) файлов от стирания. Невозможно подменить работающий экзешник. Отсюда все проблемы обновления.
И сделать с этим невозможно ничего.
