[флейм] GUI интегратор - зло или польза?

[WindoStroy]

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

[SAOPP]

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

[greg_b]

WindoStroy, и на выходе мертвый дистр после добавления павры хот-фиксов :o

[pel_MEN]

нет... ну добавить апдейт на пак можно...с последующим диалоговым окном о его перекомпиляции с дистром

[Anakin]

pel_MEN, вы имеете ввиду апдейт со старой версии пака на новую или аддон? В любом случае не забывайте один очень важный (и очень полезный, по моему мнению) класс аддонов - аддоны для удаления тех или иных компонентов - и применять патчи для этих компонентов потом будет, мягко говоря, нелогично. Или отслеживать в GUI еще и какие компоненты были удалены? А как, ведь один аддон может удалить как целиком, например, все драйверы сканеров, так и только один файл из них. Плюс несколько аддонов для удаления могут содержать общие файлы в списках на удаление - что тут поделаешь?

[Shido]

Anakin, pel_MEN, 2all Возможно я не прав, но по моему имелось в виду отслеживание обновлений для аддонов добавленных в сборку и основного пакета. Не знаю правда, насколько это реализуемо, но было бы удобно. Тем более, что сейчас большая часть хранится прямо на форуме.
В любом случае всё зависит от возможностей-желания-потребностей Boa Soft. Ибо не каждый сможет\захочет реализовать и в дальнешем развивать проект подобного уровня.

[aset]

ох луче просто GUI
без ничего

[Drinko]

По GUI, если конечно он будет, есть только одно пожелание: установка Addon'ов как из архивов, так и в распакованном виде :)

[WindoStroy]

greg_b, почему же, чтоб определенный пакет удалялся, а новый заменял старый. можно так сделать. я сам это делал "голым блокнотом" и "makecab".

[greg_b]

WindoStroy, gui не "голый блокнот" и "makecab", и в проге всех ситуаций не предусмотришь, мозг он гибче, ты же делаешь сам, руками, а не прогой на автопилоте.

[mercuryn]

Как и следовало ожидать, аппетиты разгорелись... Чего только не хочется, ну а Drinko, по аналогии с Аддон для автоустановки драйверов, ещё и изменения принципа работы UpdatePack захотелось... А для многих перекомпиляция аддонов с дистрибутивом Windows XP SP2 это как два пальца ... ...
Так что aset, greg_b полностью поддерживаю Вашу мысль, не к добру это, не к добру...

PS
Фильтровать и разбираться во всём этом наборе хотелок жутко неблагодарное дело...

[greg_b]

mercuryn & all, по-моему весь спектр хотелок надо свернуть к такому виду:
1. Графическая среда для сборки, желательно с отображением кратких промежуточных сообщений о том о сем, типа встал не встал, кака ошибка
2. Корректный режим работы и определение было/не было
3. Возможность выбора аддонов для интеграции (мне бы хотелось к примеру - галок нащелкал, сказал пшла и забыл про прогу минут на 20
4. Может быть вопрошалка - А не нарезать бы вам это на дисочек?

Помоему достаточно.

[Anakin]

greg_b,
2. Что было/не было? Определить, патчился уже дистриб чем-то или нет? А какой предполагемый метод для такой диагностики?
3. 20 минут??? Ого... А я-то по опыту думал, что и 5 минут за глаза
4. А нарезалка идет с гуём или гуй должен сам предложить из имеющихся в системе и корректно ее проиницилизировать?
ИМХО, нарезать сразу после pack-анья не очень хорошо - я например потом накидываю свой winnt.sif и $OEM$ папки (а это cmdlines.txt, твики реестра и т.д.) И уверен, я не один такой;)

[greg_b]

Anakin,
2 - имхо онли так, если да - вываливается красная форточка - давай нормальный дистр
3 - все зависит от компа и кучности аддонов
4 - как афтор решит - быть или не быть приблуде по прожику iso на болванку. Имхо когда добавляешь/обновляешь проверенный \аддон помоему к месту будет, можно галку типа "нарезать" и забыть.

[Anakin]

greg_b, это все хорошо, но как отличить тюнингованный дистриб от оригинального? Разве что MD5-суммы сверять для папки I386:) - других гарантированных способов не видно, тем паче правильные MD5 суммы имеются;)

[greg_b]

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

[Anakin]

greg_b, если честно, то настолько глубоко я скрипт не смотрел, но MD5-метод бы позволил бы отсечь еще один класс проблем - попытку наката пака на дистрибутивы, покромсанные nLite-ом (да-да, им, родимым:)) Ну или любым другим патчером - суммы не совпадают, значит чем-то патчили;) Тут уже addons.lst не отделаешься..

[aset]

а я все таки хотел бы просто
так
жмешь exe выходит введите путь до дистра винды выбрал потом там он проверяется на годность,
потом окошко с установленными аддонами в папке адонс ставишь галки которые нужны аддоны
без галок аддоны не участвуют в процессе, потом укажите расположение дополнительных файлов типа winnt.sif батники и др. потом Надпись Готово! и идет процесс

[greg_b]

Anakin, опять упущение, nlite оставляет за собой файлик nlite.inf - опять же легко обнаруживаеться.

[Boa Soft]

greg_b, в gui будет использоваться та же технология что и патчере, то бишь проверка папки i386 на файлик addons.lst - по-моему вы не внимательно читаете мануалы к аддонма и прогам. »

Я знаю несколько способов проверить, не патчился ли дистрибутив лайтом или башратовским пакетом драйверов. Будет только предупреждение - мол дальше - на свой страх и риск.

Пока я немного подзастрял на перехвате консольного вывода - возможны три варианта - удастся доделать, запуск в скрытом окне, запуск в минимизированном окне. Нужно для выполнения всех Start, Finish SpecCase.


Прожиг тоже можно приспособить. Была бы консольная бесплатная прожигалка.

По поводу досборки - в проект заложен запуск любой программы до интеграции и после ее окончания. Создайте cmd с одной строкой pause и жмите кнопку после дополнения дистрибутива.