Интегратор обновлений в дистрибутивы Office 2003

[murder]

Я из реестра информацию о нём сохранил и добавил в AllPatch.reg (Uninstallable=0 - т.к. не установлен). WU теперь не предлагает скачивать. Код в предыдущем сообщении

[FUH]

Шапку пора бы подредоктировать - оформить, добавить ссылку на версию 3b6, а то там все еще 3b3.
Составить и добавить FAQ по мотивам ветки. »

Новую версию уже вынес :)

FAQ постараюсь тоже сделать, но чуток по-позже ... :)

Пока прошу всех участников сформировать типовые вопросы для FAQ'а :)

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

Как я уже писал ранее, интегратор пытается сделать админ. точки изо всех *.msi которые ему подсунули :)

Это позволяет отобрать подходящие дистрибутивы - условно считается, что если получилось сделать админ. точку, то дистрибутив поддерживает интеграцию обновлений :)

Тогда зачем параметр IsAdmin= ?? »
Допустим у вас нет оригинального дистрибутива Office 2003, но есть корректная админ. точка и удалось выпросить :) у кого-нибудь оригинальные xml-файлы из подпапки FILES\SETUP.
Тогда используя этот параметр мы можем получить из этой админ.точки полноценный дистрибутив, даже сжатый в CAB-файлы.

На самом деле при первой же попытке "натравить" интегратор на админ.точку с этим параметром, эта админ.точка превратится в распакованный дистрибутив и при повторных попытках "натравить" интегратор на нее мы будем получать некритическую ошибку Kill Stream Not Found, которая будет подтверждать, что стрима AdminProperties (который кстати содержит ключ Office 2003) уже не существует, то есть это уже и не админ.точка вовсе... :)

Поэтому интегратор для админ. точки с этим параметром нужно запускать однократно, а при следующем запуске этот параметр уже не нужен.

Надеюсь объяснил подробно... :) Но если все еще есть вопросы давайте их разберем :)

Насчет SP3. Если я его интегрирую заранее, а потом использую интегратор обновлений, в рег файле будут только обновления, а SP3 не будет прописан в системе как установленный? И Windows Update предложит мне его установить?? »

И Office Update, и даже Microsoft Update понимают Сервиспаки без каких бы то ни было записей в реестре.
Записи в реестре в принципе нужны только для остальных обновлений и только для Microsoft Update

С KB945432 похоже на глюки Microsoft Update, т.к. Office Update это обновление не предлагает...

Сегодня должны выйти новые обновления, посмотрим как будут обстоять дела после них.

Напомню, что новая версия интегратора, сначала интегрирует SP3, а только затем все остальное...
Может проблема решится сама собой, а если нет, то добавлю в интегратор возможность внесения записей о проблемных обновлениях...

[YuriPet]

(KB971931 (http://www.microsoft.com/downloads/details.aspx?FamilyId=F33ACA0D-45B5-4758-A217-615E1889678A&displaylang=ru)) Обновление фильтра нежелательной почты для Microsoft Office Outlook 2003

[FUH]

Microsoft Update все предлагает нам KB945432 - так и придется предусмотреть добавление записи в реестр о нем в интеграторе :(

С Office Update проблем нет :)

[volk1234]

YuriPet дополню
Обновление фильтра нежелательной почты для Microsoft Office Outlook 2003 (KB971931)

Загрузить (http://www.microsoft.com/downloads/info.aspx?na=90&p=&SrcDisplayLang=ru&SrcCategoryId=&SrcFamilyId=f33aca0d-45b5-4758-a217-615e1889678a&u=http%3a%2f%2fdownload.microsoft.com%2fdownload%2f1%2f3%2f1%2f131255C9-86D8-4417-82B3-82B3CFC04C6D%2foffice2003-KB971931-FullFile-RUS.exe)

[volk1234]

F.A.Q. по интегратору обновлений.


Легенда:
[...] - папка, путь к папке.
File.exe - файл
Parametr - параметр, переменная

1. Теоретические вопросы.


Никак !

Конвертер файлов для Office 2007 сделан по принципам Office 2007, который, в свою очередь, не поддерживает интеграцию обновлений в административную точку в отличие от выпусков 2000-2003гг.
Поэтому для конвертера файлов Office 2007, а так же Office 2007 нельзя построить интегратор на штатных методах обновления.
Замыслы по нештатному обновлению Office семейства 2007 есть, но воплотить их в жизнь некогда - ибо нештатные механизмы требуют огромного времени на разработку и тестирование.

Интегратор в принципе не может интегрировать конвертер файлов Office 2007 в Office 2003.
И даже если мы его туда интегрируем вручную, например через Orca, мы потеряем возможность обновлять как сам Office 2003, так и конвертер файлов.

От составителя:
Зато никто не мешает использовать метод Setup.ini:
Берем конвертор, последний SP для конвертера и обновления к нему например в этом посте (http://forum.oszone.net/post-1159178-707.html)
Размещаем их например так: конвертор в папке [Convert.2k7], обновления к нему в папке [Convert.2k7\Updates] , а все вместе в папку интегратора [ADD] (это позволит автоматически скопировать конвертор с обновлениями в создаваемый дистрибутив.

И добавляем в Setup.ini следующие секции

[ChainedInstall_1]
TaskName=File Formats Converter 2007
TASKTYPE=msi
PATH=Convert.2k7\O12Conv.msi
CmdLine=ADDLOCAL=ALL
Display=basic
Reboot=0
IgnoreReturnValue=1


[ChainedInstall_2]
TaskName=SP2_FileFormatConverters
TASKTYPE=exe
PATH=MsiExec.exe
CmdLine=/update Convert.2k7\Updates\O12Convsp2-ru-ru.msp
Display=basic
Reboot=0
IgnoreReturnValue=1

[ChainedInstall_3]
TaskName=WEP_Patch_FileFormatConverters
TASKTYPE=exe
PATH=MsiExec.exe
CmdLine=/update Convert.2k7\Updates\wordconv.msp;Convert.2k7\Updates\pptconv.msp;Convert.2k7\Updates\xlconv.msp
Display=basic
Reboot=0
IgnoreReturnValue=1


Конвертор файлов и нужные обновления к нему установятся после установки Office 2003.



Никакой специальной подготовки дистрибутивов не требуется (читаем инструкцию).


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

Вопрос относится к случаю, когда необходимо получить полноценный дистрибутив в CAB-файлах из имеющейся административной точки. Дистрибутивы семейства Office 2003 содержат 2 типа XML-файлов - это Sku*.xml в корне дистрибутива и XML-файлы, находящиеся в каталоге [FILES\SETUP]. При отсутствии файлов типа Sku*.xml дистрибутив становится нерабочим - из него нельзя сделать ни административную точку, ни выполнить обычную установку. В обычном дистрибутиве эти файлы находятся в корне, но при создании административной точки в корне их уже нет.
Прочитав лог версий интегратора можно обнаружить, что с версии 2b5 эти файлы были обнаружены в административной точке:
1) Теперь Sku*.xml берутся из админ точки. К административной точке надо добавить лишь XML-файлы из каталога [FILES\SETUP] исходного дистрибутива
И теперь вручную их добавлять уже не требуется.

Второй тип XML-файлов, находящихся в папке [FILES\SETUP], содержит контрольные суммы архивов дистрибутива. Зачем эти файлы нужны пока достоверно неизвестно - возможно они как-то связаны с поднимавшейся здесь проблемой кэширования дистрибутива, обновленного интегратором. Но эти файлы обновляет скрипт Sort2CABs.js на котором собственно и построен интегратор, поэтому их обработка и оставлена. Эти файлы отсутствуют в административной точке (на самом деле они там точно без надобности - ведь в административной точке нет CAB-файлов, а значит и не нужны их контрольные суммы).

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


Существует некий полноценный дистрибутив, в котором уже собраны в одном каталоге все различные компоненты Office 2003. Этот дистрибутив большинству людей недоступен и найти его в интернете маловероятно. Выглядит он как обычный о дистрибутив, т.е. кучка CAB-файлов плюс набор установщиков - их там больше десяти, в отличие от общедоступного дистрибутива, где один установщик - Setup.exe и один MSI-файл (у большинства Pro11.msi). В то же время, известно, что общедоступный дистрибутив распространяется на нескольких дисках - 1й диск собственно сам Office 2003, 2й - FrontPage, 3й, 4й, 5й - Project, Visio и OneNote. Так вот очень многие CAB-файлы этих пяти дисков полностью совпадают (в пределах одного Service Pack и языка), поэтому все эти дистрибутивы можно совместить в одном каталоге, что значительно сэкономит занимаемое ими место.

Можно просто скопировать все эти диски в один каталог, но тогда мы теряем возможность устанавливать продукты через файл Setup.exe - ведь он есть во всех дистрибутивах, а параметры для него хранятся в файле [FILES\SETUP\Setup.ini] - а этот файл различен для этих пяти дисков.
Самый простой способ выйти из этой проблемы - это переименовать файлы Setup.exe и [FILES\SETUP\Setup.ini] в Setup***.exe и [FILES\SETUP\Setup***.ini], где *** - должен быть одинаков для файлов одного дистрибутива. Но в таком виде этот способ не подходит для интегратора, потому что при создании административной точки и Setup.exe и [FILES\SETUP\Setup.ini] берутся из CAB-файлов и все изменения будут утеряны. Поэтому надо взять Orca и заменить все найденные Setup.exe на Setup***.exe и[FILES\SETUP\Setup.ini] на [FILES\SETUP\Setup***.ini].

Но это все подготовительная часть - для тех кому интересно как все работает.

Чтобы совместить в одном каталоге несколько дистрибутивов нужно:

1) Положить все эти дистрибутивы в папку [Distrib] - можно по подпапкам, ничего в них не изменяя;
2) Указать в Settings.ini - ReNameSetupz=Yes - т.е. разкомментировать эту строку (убрать ';' в начале строки);
3) Настроить остальные параметры при необходимости и запустить процесс интеграции;

После окончания интеграции, на выходе получим дистрибутив с установщиками Pro11.exe, Fp11.exe и т.д. вместо файлов Setup.exe

Это особенности функционала программы, она требует наличие 2-х серийных номеров в файле Settings.ini. Введите любой серийный номер, даже неверный в поле PIDKEY2,
чтобы интегратор нормально отработал. Если же необходимо интегрировать обновления во все компоненты необходимо ввести 2 легальных серийных номера.
С версии 3b7 интегратор будет выдавать ошибку только если второй лицензионный номер нужен для интеграции дополнительных компонентов упомянутых выше.


Используя интегратор этого сделать нельзя. Однако можно указать ключ в файле Setup.ini без разделяющих тире

[Options]
;USERNAME=
;COMPANYNAME=
;INSTALLLOCATION=C:\Program Files\MyApp
PIDKEY=XXXXXXXXXXXXXXXXXXXXXXXXXXXX
ADDLOCAL=ALL

Сам файл Setup.ini положить в папку [ADD\FILES\SETUP]


При интеграции скрипт генерирует файлы Owc10.reg Owc11.reg Pro11.reg. Затем информация обобщается в один файл AllPatches.reg. Этот файл и нужно запустить для добавления информации о интегрированных обновлениях в системный реестр. И также для корректной работы с Windows Update - она берет свою информацию из реестра. Файл AllPatches.reg сам по себе не запустится во время установки!
Прописываем его в Setup.ini (желательно в конце файла)
[ChainedInstall_7]
TaskName=Add Updates to registry
TASKTYPE=exe
PATH=REG.EXE
CmdLine=IMPORT AllPatch.reg


Нате:
[MSI]
MSI=PRO11.MSI

[Product]
ProductCode={90110419-6000-11D3-8CFE-0150048383C9}
ProductName=Microsoft Office 2003 SP3
ProductVersion=11.0.5614.0
Recache=1

[MST]
;MST=SetupAll.mst

[Options]
;USERNAME=Customer
;COMPANYNAME=my company
;INSTALLLOCATION=C:\Program Files\MyApp
PIDKEY=XXXXXXXXXXXXXXXXXXXXXXXXX
ADDLOCAL=ALL

[Display]
Display=basic
CompletionNotice=No

[OfficeWebComponents]
MSI=OWC11.MSI

[ChainedInstall_1]
TaskName=FrontPage 2003
TASKTYPE=msi
;MST=SetupFp.mst
PATH=FP11.MSI
CmdLine=PIDKEY=XXXXXXXXXXXXXXXXXXXXXXXXX ADDLOCAL=ALL
Display=basic
Reboot=0
IgnoreReturnValue=1

[ChainedInstall_2]
TaskName=Project 2003
TASKTYPE=msi
;MST=SetupPrj.mst
PATH=PRJPROE.MSI
CmdLine=PIDKEY=XXXXXXXXXXXXXXXXXXXXXXXXX ADDLOCAL=ALL
Display=basic
Reboot=0
IgnoreReturnValue=1

[ChainedInstall_3]
TaskName=OneNote 2003
TASKTYPE=msi
;MST=SetupOn.mst
PATH=ONOTE11.MSI
CmdLine=PIDKEY=XXXXXXXXXXXXXXXXXXXXXXXXX ADDLOCAL=ALL
Display=basic
Reboot=0
IgnoreReturnValue=1

[ChainedInstall_4]
TaskName=Visio 2003
TASKTYPE=msi
;MST=SetupVis.mst
PATH=VISPRO.MSI
CmdLine=PIDKEY=XXXXXXXXXXXXXXXXXXXXXXXXX ADDLOCAL=ALL
Display=basic
Reboot=0
IgnoreReturnValue=1

[ChainedInstall_5]
TaskName=File Formats Converter 2007
TASKTYPE=msi
PATH=Convert.2k7\O12Conv.msi
CmdLine=ADDLOCAL=ALL
Display=basic
Reboot=0
IgnoreReturnValue=1

[ChainedInstall_6]
TaskName=SP1 for File Formats Converter 2007
TASKTYPE=exe
PATH=MsiExec.exe
CmdLine=/update Convert.2k7\Updates\Convsp2.msp;Convert.2k7\Updates\pptconv.msp
Reboot=0
IgnoreReturnValue=1

[ChainedInstall_7]
TaskName=Add Updates to registry
TASKTYPE=exe
PATH=REG.EXE
CmdLine=IMPORT AllPatch.reg

Как это работает можно почитать здесь ( http://www.oszone.net/2770#stage3).
Также можно использовать несколько вариантов установки создать различные сценарии - SetupAll.ini SetupSmall.ini. Чтобы их автоматически запустить, скопируйте и переименуйте файл Setup.exe в SetupAll.exe и SetupSmall.exe соответственно. Подробнее в вопросе #1.4 данного F.A.Q.



Это ошибка разработчиков и с интегратором не связанна. Тем не менее решение проблемы здесь на форуме найдено.

Поэтому, если у вас после открытия файла .docx Word предлагает сохранить его как .docm, а затем отказывается открывать его (открыть документ можно
только поменяв расширение на .docx), примените следующий твик реестра(сохраните код в файле с расширением *.reg):
REGEDIT4

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Text Converters\Export\MEWord12]
"Name"="Word 2007 Macro-enabled Document"
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Text Converters\Export\Word12]
"Name"="Word 2007 Document"
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Text Converters\Export\Word97]
"Name"="Word 97-2003 Document"
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Text Converters\Import\MEWord12]
"Name"="Word 2007 Macro-enabled Document"
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Text Converters\Import\Word12]
"Name"="Word 2007 Document"
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Text Converters\Import\Word97]
"Name"="Word 97-2003 Document"
Источник (http://forum.oszone.net/post-1316750-886.html)


2. Технические вопросы.



Это известная ошибка этой версии. Для возможности удалить Office удалите ветку реестра:

HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Installer\Products\9140110900063D11C8EF10054038389C\Patches
Затем удалите офис как обычно.
По возможности используйте другие версии интегратора. Лучше самую новую.



Интегратор всегда делает административную точку из любого дистрибутива, в т.ч. из уже созданной административной точки.
При создании административной точки к msi-файлу добавляется поток AdminProperties, который и удаляется интегратором, чтобы из административной точки снова стало возможно сделать административную точку (это гарантирует, что в дистрибутиве будут все необходимые файлы). Если запустить интеграцию второй раз, а поток AdminProperties уже удален, то появляется ошибка об отсутствии потока - Kill Stream Not Found. Пока не нашел метода как проверить наличие этого потока - Msidb.exe только может его удалять, а список потоков не дает.

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

Отсюда:
1. При интеграции обновлений можно использовать как обычный дистрибутив, так и административную точку;
2. После первой обработки вашего дистрибутива нужно изменить параметр IsAdmin на значение =No ;

Автор написал в шапке:
Предупреждение для всех: Интегратор версии 3b6 требует наличия установленного архиватора 7zip
В связи с переходом на распаковку через 7zip это вынужденная мера. В следующих версиях будет использован автономный вариант 7zip, модуль 7za.exe, и установки архиватора 7zip не потребуется.



Автор решил отказаться от отображения названий обновлений в "Установка и удаление программ", так как если организовать это отображение, то потребуется наличие всех интегрированных обновлений в папке [%Windir%\Installer] , а также некоторых записей в реестре, что лишает смысла использование интегратора.
Версия 3b4 умела показывать установленные обновления без наличия обновлений, но при этом нельзя было удалить/изменить Office 2003.

Новые версии интегратора не отображают интегрированных обновлений, зато дружественны по отношению к Windows Update, он корректно определяет обновления и не предлагает их установить повторно.



Отвечает автор.
Все дело в том, что с течением времени Интегратор научился отсеивать устаревшие обновления. Эта "технология" требует оригинального названия exe-файла обновлений, поэтому я уже давно "мысленно" отказался от использования msp-обновлений. К тому же с версии 3b6 используется другой механизм получения имен обновлений - теперь они берутся из файла ohotfix.ini который идет вместе с msp-файлом внутри exe-обновления.
Для возвращения к старому режиму без потери функциональности потребуется вести собственную базу обновлений - пока это лично мне не требовалось...


[hr]
Составил Volk1234 (http://forum.oszone.net/member.php?userid=64156)

[volk1234]

FUH
по быструхе наметал фак на работе, на какие нашел ответы вписал.
интструкцию чуток доработал, скрипт свой удалил.

просьба - сделать в скрипте отображение интегрируемых обновлений в процессе интеграции.
А в добавок создать файл со списком интегрированных обновлений-
UpdatesList.nfo
KB945185
KB943973
KB950213

-создаваемый перед интеграцией и помещаемый в %ADD% для копирования в дистрибутив, например в корень.
Так легче ориентироватся будет, в дистрибутивах, раз уж не будет в установке удалении программ информации.


можно на инструкцию и на FAQ разместить ссылки в шапке, а я в постах буду их дорабатывать....

на конвертор и обновления к нему ссылки тоже можно было бы в шапку (надо только написать, что интеграция не предусмотрена - читайте FAQ)

[FUH]

Предложения учту в следующей версии. :) Пока времени нет. но постараюсь не затягивать...

[volk1234]

ok.
И заодно неплохо если бы автор ответил на вопросы из FAQ # 2,6,7

Остальные я сам распишу.

[xoxma81]

Загрузить »
Прямая сылка загрузить (http://download.microsoft.com/download/1/3/1/131255C9-86D8-4417-82B3-82B3CFC04C6D/office2003-KB971931-FullFile-RUS.exe)

[volk1234]

FUH
Доработал FAQ.
Оставляю вам на растерзание пару вопросов.
Жду замечаний по инструкции.

Вопросы:

1.Может вам удастся не только выгрузить, но и загрузить обратно измененный поток _SummaryInformation.idt ???
2. Версия офиса в Setup.ini

[Product]
ProductCode={90110419-6000-11D3-8CFE-0150048383C9}
ProductName=Microsoft Office 2003 SP3
ProductVersion=11.0.5614.0

Не соответствует истине(мы же интегрировали обновы и сп3). Если поправить число на актуальное для SP3, это на что нибудь повлияет отрицатьльно?

3. Можно ли поподробнее про особенность вашего интегратора в области пакования cab- файлов. Там теорию как и что. Я честно говоря слабо представляю всю эту кухню, да и многие другие тоже.
Думаю все будет интересно. Чем ваш интегратор лучше зарубежных аналогов. Зачем надо паковать все в один cab и тд...

4. Логи изменений просто песня:
2) Добавлен параметр запуска для обновлений »
интересно, какой параметр. В скрипт принципиально не смотрю :)

xoxma81
так мы и правили друг за другом, то точка не там, то шрифт не тот :) :)
но намек понял, поправил все ссылки на обновления для конвертора.

[FUH]

2. Как подготовить дистрибутив Office 2003 для интеграции обновлений ?

Никакой специальной подготовки дистрибутивов не требуется

Для начала работы создаем струтуру папок
\
-Distrib - сюда кладем дистрибутивы, можно в кучу, можно по подпапкам
-Updates - сюда кладем скачанные Service Pack и exe-обновления (FullFile)
-Add - сюда кладем файлы которые нужно скопировать в выходную папку либо заменить в админ.точке
-Office 2003 AIO - здесь будет находиться обновленный дистрибутив
-Remake3.b6 - папка с самим интегратором


Затем редактируем файл Settings.ini
Прописываем там
PIDKEY1 - используется для так называемых Suite-дистрибутивов, которые используют большинство участников нашего форума.
Это, например, типичный корпоративный дистрибутив Microsoft Office 2003 - PRO11.MSI, Который состоит из нескольких компонентов - Word, Excell и.т.д.
PIDKEY2 - используется для одиночных дистрибутивов. Наиболее распространенные из них - FrontPage, Project, Visio, OneNote, но так же бывают отдельно и Word, и Excell, и остальные (у меня из распространенных нет только PowerPoint - кто может поделиться msi-файлом буду очень рад)
Причем, даже если вы не используете какой-либо тип дистрибутивов, все равно необходимо прописать оба ключа в настройках (пусть даже один из них будет некорректным) иначе получите ошибку.

Ну и конечно же проверяем совпадение прописанных там путей и созданных нами папок :)

При необходимости изменяем остальные настройки... :)

P.S. Постепенно отвечу на остальные вопросы и вынесем их в шапку, а так же дадим ссылку на пост volk1234 с указанием, что FAQ там регулярно обновляется, идет? :)
Пока активней набираем вопросы и говорим, что не понятно в ответах :)

[2poisonS]

xoxma81, Не плохо было бы дополнить Ваш список обновлений с учетом КВ971931. Или еще пока рано?

[FUH]

Может вам удастся не только выгрузить, но и загрузить обратно измененный поток _SummaryInformation.idt »

В время интеграции эта таблица изменяется и записывается обратно :)
Причем есть и проблема - русские символы заменяются на вопросы... :(
А что там нужно поменять?

Версия офиса в Setup.ini »
Во-первых пока интегратор не лезет в Setup.ini :)
Во-вторых, чтобы поменять версию автоматически, еужно ее где-то взять, если найдем откуда взять - реализовать можно, но нужно ли ...

Насколько я знаю этот параметр ни на что не влияет... Хотя мы имеем некоторые не решенные проблемы с кешированием дистрибутива, обновленного интегратором - может здесь и ключ к разгадке :)

Можно ли поподробнее про особенность вашего интегратора в области пакования cab- файлов. Там теорию как и что. Я честно говоря слабо представляю всю эту кухню, да и многие другие тоже.
Думаю все будет интересно. Чем ваш интегратор лучше зарубежных аналогов. Зачем надо паковать все в один cab и тд...
»

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

Функция интегратора - пакование в один CAB-файл экспериментальная - ничего особенного нет, кроме того что вместо кучки CAB-файлов получаем один.

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

интересно, какой параметр. В скрипт принципиально не смотрю »
Известно, что указав параметр /qb- при обновлении msi-дистрибутива будет показываться сокраценный интерфейс процесса обновления и в конце не будет выводиться сообщение об окончании процесса.

Раньше именно этот параметр и использовался в интеграторе по умолчанию. Теперь этот параметр вынесен в настройки и по умолчанию заменен на /qn, что позволяет вообще не показывать процесс обновления дистрибутива и не отвлекать пользовтеля этими нудными всплывающими окнами.

[volk1234]

А что там нужно поменять? »
Какраз и хотел поменять на русские символы все обратно :)

Версию я не предлагаю менять автоматически. Она меняется кажись только с сервис паком.
Так что можно ручками.

Насчет FAQ. Доделаем 10 вопросов я вам кину bbcode в PM. Ссылку на пост необязательно делать, мне от этого не холодно не жарко. Главное, чтобы актуальная информация была.
Просто я сам сталкивался с ситуациями когда в шапку все не влазило :)

[xoxma81]

Не плохо было бы дополнить Ваш список обновлений с учетом КВ971931 »
обновил

[FUH]

Попробую подробно ответить на еще один вопрос FAQ'а, хотя в конечном варианте FAQ'а он должен, по моему мению, звучать иначе... Надеюсь ответ пряснит это.

7. Зачем нужно копировать все эти XML- файлы. Какие именно и куда?

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

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

Дистрибутивы семейства Office 2003 содержат 2 типа XML-файлов - это SKU*.XML в корне дистрибутива и XML-файлы, находящиеся в каталоге FILES\SETUP.

При отсутствии файлов типа SKU*.XML дистрибутив становится нерабочим - из него нельзя сделать ни админ.точку, ни выполнить обычную установку.
В обычном дистрибутиве эти файлы находятся в корне, но при создании админ. точки в корне их уже нет.
Прочитав лог версий можно обнаружить, что с версии 2b5 эти файлы были обнаружены в админ.точке:
1) Теперь SKU*.XML берутся из админ точки. К админ точке надо добавить лишь XML-файлы из каталога FILES\SETUP исходного дистрибутива
И теперь вручную их добавлять уже не требуется.

Второй тип XML-файлов, находяшихся в папке FILES\SETUP, содержит контрольные суммы архивов дистрибутива.
Зачем эти файлы нужны пока достоверно неизвестно - возможно они как-то связаны с поднимавшейся здесь проблемой кэширования дистрибутива, обновленного интегратором.
Но эти файлы обновляет скрипт Sort2CABs.js на котором собственно и построен интегратор, поэтому их обработка и оставлена.
Эти файлы отсутствуют в админ.точке (на самом деле они там точно без надобности - ведь в админ.точке нет CAB-файлов, а значит и не нужны их контрольные суммы).
Поэтому, если вы хотите запаковать имеющуюся админ.точку, то как раз необходимы эти XML-файлы взятые с оригинального дистрибутива.

[volk1234]

Отличный ответ.

Добавил ответы в FAQ.
Подредактировал инструкцию, теперь она похожа на правду.
хотя в конечном варианте FAQ'а он должен, по моему мению, звучать иначе... »
Вопрос переделал - Нужно ли мне копировать xml-файлы в дистрибутив ?

Ответ на 2й вопрос перенес в инструкцию.
Думаю надо настройки settings.ini перенести в пункт 2. инструкции, для завершенности...

Ну и думаю если ответите на 6 вопрос, быстренько проверить стилистику\орфографию и в печать.

А всеже, зачем в шапке ссылки на обновления за 2008год ?

[FUH]

Постараюсь ответить на еще один вопрос FAQ'a

6. Какие особенности интеграции обновлений в полный пакет программ Office 2003 (Visio, OneNote и тд.)

Существует некий полноценный дистрибутив, в котором уже собраны в одном каталоге все различные компоненты Office 2003.
Этот дистрибутив большинству людей недоступен и найти его в интернете маловероятно. Выглядит он как обычный о дистрибутив, т.е. кучка CAB-файлов плюс набор установщиков - их там больше десяти, в отличие от общедоступного дистрибутива, где один установщик - setup.exe и один msi-файл (у большинства pro11.msi). В то же время, известно, что общедоступный дистрибутив распространяется на нескольких дисках - 1й диск собственно сам Office 2003, 2й - FrontPage, 3й, 4й, 5й - Project, Visio и OneNote. Так вот очень многие CAB-файлы этих пяти дисков полностью совпадают (в пределах одного Service Pack и языка), поэтому все эти дистрибутивы можно совместить в одном каталоге, что значительно сэкономит занимаемое ими место.

Можно просто скопировать все эти диски в один каталог, но тогда мы теряем возможность устанавливать продукты через файл setup.exe - ведь он есть во всех дистрибутивах, а параметры для него хранятся в файле FILES\SETUP.INI - а этот файл различен для этих пяти дисков.

Самый простой способ выйти из этой проблемы - это переименовать файлы SETUP.EXE и FILES\SETUP.INI в SETUP???.EXE и FILES\SETUP???.INI, где ??? - должен быть одинаков для файлов одного дистрибутива.

Но в таком виде этот мпособ не подходит для интегратора, потому что при создании админ. точки и SETUP.EXE и FILES\SETUP.INI берутся из CAB-файлов и все изменения будут утеряны.
Поэтому надо взять Orca и заменить все найденные SETUP.EXE на SETUP???.EXE и FILES\SETUP.INI на FILES\SETUP???.INI.

Но это все подготовительная часть - для тех кому интересно как все работает :)

Чтобы совместить в одном каталоге несколько дистрибутивов нужно
1) Положить все эти дистрибутивы в папку Distrib - можно по подпапкам, ничего в них не изменяя
2) Указать в Settings.ini - ReNameSetupz=Yes - т.е. раскомментировать эту строку (убрать (;) в начале строки)
3) Настроить остальные параметры при необходимости и запустить процесс интеграции...

После окончания интеграции, на выходе получим дистрибутив с установщиками PRO11.exe, FP11.exe и т.д. вместо файлов SETUP.exe

P.S. Шапку по-позже подправлю... :)

[volk1234]

А скажите плиз, только у меня в скрипте 6й беты заремлена строка распаковки обновлений ??
еще раз скачал из вложений- там такаяже ситуация...
В результате не извлекаются обновлдения в папку MSP:

:ExtractEXE
SET TEMPZ=%Sort%\TEMP
IF EXIST "%EXEZ%" (
IF NOT EXIST "%TEMPZ%" MD "%TEMPZ%"
ECHO Распаковка обновлений из %EXEZ% в %MSP%
IF NOT EXIST "%MSP%" MD "%MSP%"
IF "%DelMSP%"=="Yes" DEL "%MSP%\*.msp"
PUSHD "%EXEZ%"
FOR /f "usebackq" %%I IN (`DIR *2003*kb*.exe /B /ON /A-D`) DO (
>> "%Log%" ECHO !DATE! !TIME:~0,8! ╨рёяръют√тр■ юсэютыхэшх %%I т %MSP%
IF %FullLog%==Yes ECHO Распаковываю обновление %%I
REM START /D"%%~dpI" /MIN /WAIT %%~nxI /Q /C /T:"%TEMPZ%"
"%ReMAke%\7z.exe" x "%%~dpnxI" -o"%TEMPZ%" -y > NUL