Microsoft, наконец-то, озаботилась своим менеджером пакетов. А также, походу, унифицированием структуры каталогов. Проект хостится, что характерно, на лаунчпаде. Впрочем, бардак там все равно неизбежен.
Хотя смешное не в том - как они планируют перевести на пакеты ту массу программ, которая уже есть, как заставить все это работать вместе. В этом, а не в простой установке ПО суть пакетов.
Sourceforge + GTK + SDL + аналогичные либы и коллективы их разработок (и Mozilla тоже в помощь) - как раз и получается более чем мене стандартизированный "шкилет"; думаю, что при желании, базируясь на том как уже работают на таких либах, вполне можно "портировать" менеджер пакетов, дополнив его своими VB и VC++ runtimes. Уговорить QT - вот тебе и еще...
А я вижу. Понятие dll-hell тебе знакомо? В никсах дистриб - это набор связаных в т.ч. по библиотекам программ. Потому могет возникнуть ситуация, когда для установки одной программы приходится снести или обновить другие, использующие несовместимые библиотеки. Точнее менеджер сам все сделает. А в винде каждая прога все свое носит с собой, а некоторые еще и стремятся засунуть в общесистемные папки. О какой совместной работе (по крайней мере о гарантиях этого) может идти речь? А с QT какие проблемы? Это полностью свободные библиотеки, бери и ставь куда хошь.
no subject
Date: 2010-04-12 12:01 pm (UTC)no subject
Date: 2010-04-12 12:13 pm (UTC)Sourceforge + GTK + SDL + аналогичные либы и коллективы их разработок (и Mozilla тоже в помощь) - как раз и получается более чем мене стандартизированный "шкилет"; думаю, что при желании, базируясь на том как уже работают на таких либах, вполне можно "портировать" менеджер пакетов, дополнив его своими VB и VC++ runtimes. Уговорить QT - вот тебе и еще...
Что-то да будет...
no subject
Date: 2010-04-12 01:16 pm (UTC)А с QT какие проблемы? Это полностью свободные библиотеки, бери и ставь куда хошь.