[Проект] Gui-интегратор пакета обновлений и аддонов

[Boa Soft]

- интересно, на основе чего будет производится анализ того что нужно распаковывать - вендор и класс устройств »

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

[Polydyrak]

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

[GaRuM]

Boa Soft, Не подскажешь ли мне ответ на такой вопрос, скажи, пожалуйста, обязательно ли удалять с дистрибутива драйвера SCSI , если у меня в дистрибутиве имеется пакет драйверов DP_MassStorage_wnt5_x86-32_901? Или необязательно?

[Комсомолец]

GaRuM, можешь удалять, если не нужен.

[GaRuM]

можешь удалять, если не нужен. »
Да не,Комсомолец,, ты меня не понял, я вот тут http://forum.oszone.net/thread-91146-154.html, вычитал:
Обращаю ваше внимание - что наличие старых, встроенных драйверов в дистрибутиве может привести к непредсказуемым последствиям - BSOD и т.д. - причина - не все драйвера имеют сертификацию, поэтому WinXP, считая что она умная - подменяет библиотеки на свои, подписанные. Но только написано про видедрова, и вот возник вопрос, а что насчет SCSI?

[mbgroot]

Возможно, сделаю конвертор из башратовского формата »
Было бы неплохо. Хотя меня бы устроила просто ссыллка на описание башратовского ини, т.к. формат панелей в finish.ini расписан подробно в ридми.

[Комсомолец]

а что насчет SCSI? »
Читаем Z-Fake Setup Advanced. Как раз там и решено это. Патчем библиотек.

[GaRuM]

Читаем Z-Fake Setup Advanced. Как раз там и решено это. »
Ссылку не сможешь дать?

[Комсомолец]

GaRuM, ссылка (http://forum.oszone.net/thread-119984.html) и
--psfc - (Sfc_os.dll) - Разрешение возможности использования ключа SfcDisable = 0xFFFFFF9D для полного отключения SFC.
--pth - (Uxtheme.dll) - Разрешение возможности использования неподписанных тем рабочего стола.
--pss - (Syssetup.dll) - Применение всех возможных патчей для этой библиотеки.
--psa - (Setupapi.dll) - Отключение всплытия «Мастера нового оборудования» если в системе используются патченые файлы SysSetup.dll, Desk.Cpl, MmSys.Cpl, NetCfgx.dll...
--psa-all - (Setupapi.dll) - Применение всех возможных патчей для этой библиотеки.
--s:SOURCE_DIR_PATH - Папка-источник с оригинальными файлами для патчера системных библиотек.
--d:DESTINATION_DIR_PATH - Папка назначения, в которую будут сложены пропатченые файлы.

Boa Soft ещё не доделал такую функцию в интеграторе.

[Boa Soft]

Было бы неплохо. Хотя меня бы устроила просто ссыллка на описание башратовского ини, т.к. формат панелей в finish.ini расписан подробно в ридми. »

Уже сделано. Скоро выложу.

Boa Soft, Не подскажешь ли мне ответ на такой вопрос, скажи, пожалуйста, обязательно ли удалять с дистрибутива драйвера SCSI , если у меня в дистрибутиве имеется пакет драйверов DP_MassStorage_wnt5_x86-32_901? Или необязательно? »

Не обязательно. Тут дело в том. что те драйвера, которые грузятся по f6 или методом интеграции заносятся в список исключений SFC. Единственная возможная проблема - при неподписанном драйвере, если к устройству подходит стандартный, то и установиться стандартный.

Небудет ли поиск в архиве столь же длительным как и распаковка? »

Если это все-таки реализую - то нет. На этапе интеграции будет создаваьтся база драйверов. А поис по списку будет занимать доли секунды.

[truvo]

Boa Soft, может быть, и на это наконец соберетесь?могу добавить добавление аддона из архива. Движек 7z в программе уже присутствует. »Очень бы хотелось хранить аддоны в скачанных архивах (как драйвера), и чтобы GUI распаковывал аддоны из отмеченных галками архивов и интегрировал потом...

[Boa Soft]

Очень бы хотелось хранить аддоны в скачанных архивах (как драйвера), и чтобы GUI распаковывал аддоны из отмеченных галками архивов и интегрировал потом... »

Этого очно не будет. Могу только сделать кнопку - добавить аддон - распаковать в папку аддонс из архива. Но, и то сомнительно. Та реализация модулей, что есть у меня, может распаковывать только 7z формат и ни какой другой.

[aset]

truvo,
я думаю что хоть Человеческая лень - главная движущая сила технического прогресса. »
но, все таки надо самому тоже стараться, взять да распаковать архивы аддонов

[userok08]

Boa Soft, а ведь удобная была бы фича. Как программист я понимаю, что лишние телодвижения делать не особо охото)
Но, повторюсь, фича была б полезна..

зы.. можно было бы сделать поддержку 7z онли или внешнего архиватора..

[PhoenixUA]

Интереснее было бы взять патчер syssetup.dll отсюда (http://forum.oszone.net/thread-119984.html)...
- syssetup.dll для отключение запуска сканирования всех защищенных файлов на Т-8 графического этапа установки (экономия 5-10 минут).

[mike345]

Очень бы хотелось хранить аддоны в скачанных архивах (как драйвера), и чтобы GUI распаковывал аддоны из отмеченных галками архивов и интегрировал потом... »
Мне например, распакованные удобнее, тк очень многие аддоны переделываю под себя...

[gora]

чтобы GUI распаковывал аддоны из отмеченных галками архивов и интегрировал потом... »Не думаю, что это будет хорошо, т.к.:
1 Названия архивов далеко не всегда соответствуют названиям аддонов и ориентироваться в таких названиях не очень удобно.
2 Для считывания информации из файлов Conflict и Required до них еще нужно добраться, а это значит, что при запуске GUI он должен будет распаковать все аддоны в папке и уже после этого определять совместимость.
3 Любая распаковка - это лишнее время на интеграцию + дополнительное место, т.к., аддоны будут существовать в двух вариантах (запакованном и распакованном GUI)
4 Многие аддоны предусматривают добавление ключей, собственных настроек, выбор вариантов установки и т.д., а этого без распаковки аддона сделать все равно нельзя.

Выводы делайте сами...

[truvo]

gora, отвечаю исключительно вам, потому что автор темы уже мне ответил, и ему я своё мнение больше не навязываю. Итак:Названия архивов далеко не всегда соответствуют названиям аддонов »Ну и что? Несмотря на разницу в названии архива и названии аддона, под которым вы, я так понял, подразумеваете название папки внутри архива, - по названию архива всё равно никак не спутаешь один аддон с другим. Кроме того, как раз это различие в названиях и явилось причиной моего предложения Boa Soft. Потому что, хотя распакованные папки и удобнее, как справедливо заметил mike345, но вынужденно приходится хранить на компе и архивы-первоисточники тоже. Это приводит к хранению каждого аддона в двух экземплярах - в распакованном виде в папке Addons интегратора и в запакованном - в папке с архивами аддонов. Почему же приходится хранить архивы и почему недостаточно распакованных аддонов? Отвечаю: как раз потому, что названия у архивов другие! И только по названиям архивов, в которых содержатся дата, номер версии и т. д., можно порой сориентироваться - пора ли обновить свой аддон. По содержимому распакованного аддона в вопросе обновления сориентироваться трудно или невозможно. Вот если бы файлы nfo всегда присутствовали в папках и всегда содержали информацию о версии аддона - тогда другое дело.

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

Поэтому я хотел, чтобы папка для аддонов на компе существовала в единственном числе - чтобы все аддоны в скачанном виде, то есть в виде архивов, находились в папке Addons интегратора, и отмеченные в профилях архивы распаковывались в процессе интеграции и только на время интеграции.

Что касается доработки некоторых аддонов под себя - что мешает доработать какой-то архив и сунуть его потом в ту же папку?Трудоемкость нисколько не меняется! Так что необходимость доработки - тоже не аргумент.

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

[aset]

truvo,
лучшее - враг хорошего
лучше пользоватся тем что есть

[truvo]

aset, вы бы сказали это Boa Soft в то время, когда он собрался переходить со своего замечательного аддона на новый, ещё неизвестно какой, GUI, авось он бы одумался....