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

[biork]

Boa Soft, для чего служит галочка "создавать ярлыки запуска" в настройках Finish?

Из любопытства поставил эту галочку, в результате имел проблему, описанную здесь >>> (http://forum.oszone.net/post-1000247-910.html)

[Ser-51]

Интергатор при создании ISO преобразовывает всё в верхний регистр, при попытке это исправить ключом -j1, ошибка... Это фиксится?

[Boa Soft]

Boa Soft, Раз уж анонсировена такая вкусность как Бинарный патчер возникла пара вопросов:
Будет ли он поддерживать автоматическую правку контрольной суммы PE заголовка?
Сработает ли секция [Version_nover] для всех файлов, версия которых отличается от прямо указанной?
Как обстоят дела с упакованными файлами? »

Все это будет. Version_nover будет применятся, если по версии не подойдет ни одна из секций. Если хоть одно из вхождений не будет найдено, то файл не будет патчится. Поиска по маске не будет (возможно, в будущем...).

[SAPetrovich]

Попробовал Gui-интегратор - понравилось. Спасибо Boa Soft.
Но, столкнулся с проблемой.
В нескольких используемых мною аддонов имеют файл SpecCase в котором указано например:
XCopy "%1\ROOTCD\*.*" "%Distr%\" /E /H /R /Y >nul
Так вот, такой SpecCase Gui-интегратор не выполняется. В протоколе, в разделе "обработка специальных случаев" эти аддоны упоминаются, но реального копирования не происходит.
Если ничего не меняя выполняю __PATCH.CMD то все копируется.
В теме нашел много ссылок на проблему с аддонами имеющими SpecCase. а вот про решение ничего не нашел.

И еще. Пока не буду утверждать уверено, но кажется, подобная проблема существует и с файлами Start. Проверю, сообщу.

Упс. Перечитал сообщение и возможно понял проблему. Я и в SpecCase и в Start использую %1, а при выполнении через GUI его похоже нет. Это так?

[AIA]

Уважаемый Boa Soft!!!
Огромное СПАСИБО!!! за интегратор.
Есть такое предложение.... чтобы при установке или снятии галочки "создать ISO после интеграции дополнений НЕ затенялись остальные опции, касающиеся создания ISO...
На основной принцип работы это вроде как не влияет.
Просто я после создания дистрибутива его подчищаю от разных ненужных папок типа dotnetfx,
но вкаждом конкретном случае чищу по-разному (дистриб использую оригинал БЕЗ каких-либо изменений),
поэтому создать как-бы установку на ручник при создании образа. Т.е. каждый раз приходится галку ставить и снова снимать.
Что скажет уважаемый ALL?
Сумбурно написал.... :unsure:

[Makaan]

AIA, Можно же написать скрипт по удалению мусора, в ГУИ есть обработка скриптов, посмотри в "дополнительных настройках".

[AjaX_too]

ненужных папок типа dotnetfx, »
я делаю отдельный аддон для этих целей, можно использовать и с гуи и c UP.

[Boa Soft]

Упс. Перечитал сообщение и возможно понял проблему. Я и в SpecCase и в Start использую %1, а при выполнении через GUI его похоже нет. Это так? »

Нет, не в этом.

Тестовый аддон TEST. Один файл start:

echo "%1" >> c:\test.txt

Результат: test.txt

""Addons\TEST""
""Addons\TEST""

Первая строка - запуск __PATCH.CMD
Вторая строка - запуск GUI.


Тест 2

echo "%1" >> c:\test.txt
cd >> c:\test.txt
echo %Distr% >> c:\test.txt
echo. >> c:\test.txt


""Addons\TEST""
D:\Updates\RusUpdPackSp3
D:\_Win_Distrib\WINXPSP3_PRO_VL_EEE

""Addons\TEST""
D:\Updates\RusUpdPackSp3
D:\_Win_Distrib\WINXPSP3_PRO_VL_EEE


Все идентично.

И, приведенная Вами строка имеется в моем аддоне и прекрасно работает.

rem XCopy "%1\$OEM$\*.*" "%I386%\$OEM$\" /E /H /R /Y > nul
XCopy "%1\$OEM$\*.*" "%Distr%\$OEM$\" /E /H /R /Y > nul
XCopy "%1\SCRIPT\*.*" "%Distr%\SCRIPT\" /E /H /R /Y > nul
XCopy "%1\BAT\*.*" "%Distr%\BAT\" /E /H /R /Y > nul
XCopy "%1\ROOTCD\*.*" "%Distr%\" /E /H /R /Y > nul


PS "%1\ROOTCD\*.*" не совсем корректно, ибо расширяется до примерно ""Addons\TEST"\ROOTCD\*.*", но работает все равно
Корректнее было бы "%~1\ROOTCD\*.*" что дало бы "Addons\TEST\ROOTCD\*.*"


Огромное СПАСИБО!!! за интегратор.
Есть такое предложение.... чтобы при установке или снятии галочки "создать ISO после интеграции дополнений НЕ затенялись остальные опции, касающиеся создания ISO...
На основной принцип работы это вроде как не влияет.
Просто я после создания дистрибутива его подчищаю от разных ненужных папок типа dotnetfx,
но вкаждом конкретном случае чищу по-разному (дистриб использую оригинал БЕЗ каких-либо изменений),
поэтому создать как-бы установку на ручник при создании образа. Т.е. каждый раз приходится галку ставить и снова снимать.
Что скажет уважаемый ALL?
Сумбурно написал.... »

Создайте батник с одной строкой pause и пропишите его в "запустить после процесса интеграции". Это решит все ваши проблемы. Создание iso будет отложено до тех пор, пока Вы не нажмете любую клавишу в окне cmd.

[Amigos]

Просто я после создания дистрибутива его подчищаю от разных ненужных папок типа dotnetfx,
но вкаждом конкретном случае чищу по-разному (дистриб использую оригинал БЕЗ каких-либо изменений),
поэтому создать как-бы установку на ручник при создании образа. Т.е. каждый раз приходится галку ставить и снова снимать.
Что скажет уважаемый ALL? »А зачем делать образ непременно Gui интегратором?
я поступаю так
- запуск обработки дистрибутивом Gui-интегратором
- дополнительная обработка дистрибутива
- создание ISO образа при помощи cmd файла

C:\temp\unatended\2008-make\make\GUITOOLS\boot\cdimage.exe -n -h -d -oi -m -l"WinXP SP3 2009" -b"C:\temp\unatended\2008-make\make\GUITOOLS\BOOT\bootsect.bin" d:\xp2008\ "d:\2008-updIntgr.iso"

текст идёт в одну строчку!

тебе нужно поменять
C:\temp\unatended\2008-make\make\ на твой путь К UP/Gui
WinXP SP3 2009 на твою метку диска
d:\xp2008\ на твой путь выходного дистрибутива
d:\2008-updIntgr.iso на твоё имя выходного ISO'шника

[IDDQDesnik]

Boa Soft, у меня при интеграции драйверов MSST, в MSST.ini закралась ошибка, а именно была указана несуществующая папка драйвера.
Интегратор же ее пропустил молча, просто проигнорировав данный драйвер. И именно этот драйвер понадобился при очередной установке...
Просьба немного доработать механизм интеграции так, что бы при возникновении подобных ошибок предлагался выбор - прервать интеграцию или проигнорировать.

[AjaX_too]

IDDQDesnik,
Mr dUSHA, для DriverPack_MassStorage_wxp_x86-32_Greg_B_121.7z от 11/01/2009 использовать MSST.ini из той темы или заново сформировать с помощью Вашей утилиты? (для GUI интегратора) »
mike345, лучше заново сформировать. »
mike345,
Заново сформировать однозначно.
ГУИ-интегратор заточен под обновленный формат MSST.ini, который формирует утилита.
Вопервых MSST.ini получается оптимизированым, с удаленными дубликатами и всеми ХВИДами привязаными к наиболее новым драйверам.
Вовторых MSST.ini сгенерированый Greg_B создан путем конвертирования башратовского INI-файла, и не содержит параметров PnpInterface, необходимых для корректной интеграции драйверов. »

[IDDQDesnik]

AjaX_too, в принципе и это вариант, просто весьма неприятный сюрприз получился

[AjaX_too]

IDDQDesnik, имхо, это не вариант а оптимальное решение :), т.к. Boa Soft, отказался от прежнего способа интеграции MSST дров в пользу утилиты от Mr dUSHA. Ну а насчет ошибок в msst.ini для greg_b понятно дело эта информация будет полезной.

В принципе я никак не ответил на ваш вопрос, а просто привел порядок действий при котором у вас бы подобного вопроса не возникло, соответственно имхо подобная опция в интеграторе не имеет смысла. ;)

паралельно прочитал ваш вопрос в теме по перепакованым драйверам и комплексно ответил здесь

[Boa Soft]

Boa Soft, у меня при интеграции драйверов MSST, в MSST.ini закралась ошибка, а именно была указана несуществующая папка драйвера.
Интегратор же ее пропустил молча, просто проигнорировав данный драйвер. И именно этот драйвер понадобился при очередной установке...
Просьба немного доработать механизм интеграции так, что бы при возникновении подобных ошибок предлагался выбор - прервать интеграцию или проигнорировать. »

1. Читайте логи. Я на механизм логирования потратил немало времени. И, надеюсь, не просто так.
2. При использовании утилиты от Mr. dUSHA Вы застрахованы от таких проблем.

Boa Soft, отказался от прежнего способа интеграции MSST »

Не. Не отказался а благодаря Mr dUSHA усовершенствовал. Переработана обработка басэкстендоров и добавлена обработка PnpInterface. Формат msst.ini совместим со старым - но, при использовании конвертора с башратовского, придется его доработать руками (PnpInterface) или же вы лишитесь вкусностей (необходимость для правильной работы некотрых драйверов).

[AjaX_too]

Не отказался а благодаря Mr dUSHA усовершенствовал. »
немного неверно выразил свои мысли...имелся ввиду способ создания msst.ini при помощи утилиты от Mr dUSHA.

[aset]

AjaX_too,
т.е. наилучший вариант использовать DriverPack от greg_b,
а MassStorage делать утилитой от Mr dUSHA

[AjaX_too]

т.е. наилучший вариант использовать DriverPack от greg_b, »
я этого не говорил ;)

а MassStorage делать утилитой от Mr dUSHA »
так msst.ini в интеграторе и так создается с помощью этой утилиты и она находиться в папке GUITOOLS\DRIVERS и если посмотреть файл PrepareMsst.cmd все станет ясно ;)

[aset]

AjaX_too,
сорри я неправильно выразился ....
я имел ввиду использовать MassStorage Pack после Mr dUSHA, а не greb_b

[AjaX_too]

aset,
Все равно не пойму суть вопроса.. :sorry: Если вы имеете ввиду файл msst.ini, то настоятельно рекомендуется чтобы он создавался утилитой от Mr dUSHA, а не тот, который предоставляет greg_b. Обработка пака утилитой ключами командной строки R и K исключительно по желанию. Т.е. достаточно просто положить пака от Грега в соответствующие папки и провести интеграцию. По умолчанию интегратор обрабатывает пак ключом R утилиты, если вам эта обработка не нужна, то поправьте файл PrepareMsst.cmd убрав из него этот ключ. Если опять ответил не то, что вы хотели услышать, тогда объясните плиз на пальцах что вы имеете ввиду.

[Mr dUSHA]

Для текущей версии интегратора 1.1.4.5 необходимо также обновить версию MSSTMake на последнюю текущую, поскольку в комплекте идет старая версия 9.1.4.0 утилиты, которая ключ -K вообще не поддерживает, в то время, как в PrepareMsst.cmd прописано использование этого ключа.