[otsheln1k]

volk1234,

Столкнулся с ситуацией, поведение которой отличается от изложенного в "Приложение 3. Файл Txtsetup.sif"

Если Txtsetup.sif укажет программе установки, что файл не сжат, то установщик будет сравнивать размер файла с Layout.inf, чтобы удостовериться что размер не был изменен.

Если правильно понял, то из этого утверждения следует, что если файл сжат, то проверка через Layout.inf не производится. Видимо, проверка производится в любом случае, а [_x] указывает что проверку на размер производить до расжатия или после.

Столкнулся, настраивая локальные политики безопасности при установке системы через defltwk.inf

[volk1234]

otsheln1k
Это интересно, можно поподробнее с примером, чтобы проверить и добавить в руководство.

[otsheln1k]

volk1234,

При установке системы настраиваю локальную политику безопасности изменением
файла defltwk.inf (содержится в дистрибутиве в сжатом виде DEFLTWK.IN_ в моем
случае его размер составляет 25498 байт, размер сжатого файла будет
определяться параметрами переданными утилите MakeCab.exe в командной строке)

Строка из txtsetup.sif

defltwk.inf = 100,,,,,,,20,0,0


Для редактирования его необходимо извлечь, внести необходимые изменения и
повторно упаковать в CAB, утилитой makecab.exe (по некоторым источникам можно
не сжимать). Однако есть одна особенность - размер файла после редактирования,
до упаковки, должен быть равен указанному в файле layout.inf.

Пример строки из layout.inf:

defltwk.inf = 100,,604054,,,,,20,0,0

где, размер составляет 604054 байта.

Если после редактирования размер распакованного файла не будет
соответствовать указанному в layout.inf, то после установки системы в
файлах setuperr.log и setupact.log присутствует сообщение об ошибке:

Код:

Программа установки обнаружила ошибку при установке защиты системы.

 Ошибка расширенного типа.

[bish]

volk1234, при написании аддона методом Sysoc нужно установить службу новую,
внесение нужных ключей в реестр не даёт желаемого результата - ошибка: нет доступа к разделу реестра

Код:

HKLM\SYSTEM\CurrentControlSet\Enum\Root\LEGACY_*****

Вопрос: случаем не знаешь как установить службу посредством INF файла?

------------------------------------
проблему решил.

[volk1234]

Новые исправления в РУКОВОДСТВО.

---

Обсуждаем. Всем заинтересованным, Ваши предложения пожалуйста до конца марта. Орфография в Личку !
*26,03,09 - поправил пунктуацию, спасибо okshef!
*28,03,09 - подправил Приложение 9, спасибо gora!

читать дальше »

Раздел I. Общие положения.

читать дальше »

▫ Имена файлов и папок.

Все файлы аддонов типа SYSOC должны иметь имена в формате 8.3. В этом же формате должны именоваться CAT- файлы используемые как в SYSOC, так и в SVCPACK типах аддонов. Имена файлов и папок не должны содержать пробелов и спецсимволов (например, в Txtsetup Sysoc имена со спецсимволами и длинными именами не будут подхватываться).

▫ Префиксы в названиях папок аддонов.

предложение: Предлагается следующее использование префиксов (составил участник конференции Oszone Shido): см. Приложение 1. Таблица префиксов.

изменить на

Посмотреть пример использования префиксов (составил участник конференции Oszone Shido): Приложение 1. Таблица префиксов

....
! Пожалуйста, поймите, использование стандартных (общепринятых на форуме) имен для аддонов, архивов с аддонами, файлов в аддонах,
поможет вам избежать различных, явных и неявных, ошибок, связанных с таким, казалось бы простым вопросом.

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

▫ Конфигурационные файлы.
....
При выполнении файлов Start, SpecCase, Finish первым параметром передается путь к аддону в виде Addons\Имя_папки_аддона. Из самого файла его можно получить через переменную командной строки '%1'.

РАЗДЕЛ II. Типы аддонов.

читать дальше »

▫ Аддоны, использующие для интеграции SVCPACK.

Важно! Если аддон меняет какие-либо системные файлы, не забудьте про файлы каталогов безопасности ( *.cat). Если такие файлы необходимы, они просто размещаются в папке SVCPACK аддона, скрипт их скопирует и добавит в Svcpack.inf автоматически. В файле Run их прописывать не надо! Еще раз напомню, CAT- файлы, используемые как в SYSOC, так и в SVCPACK типах аддонов, должны именоваться формате 8.3 !

ссылка на новое приложение 9.

▫ Аддоны, изменяющие дистрибутив.

....
Тонкости изменения дистрибутива.

Если необходимо создать аддон, который при интеграции копирует нужную папку в корень создаваемого дистрибутива силами UpdatePack, воспользуйтесь следующим способом:

Добавьте в корневую папку вашего аддон конфигурационный файл Start (Finish) содержащий строку:

Код:

COPY /V /Y /Z "%~1\Имя_папки" "%DISTR%"

Где интересует нас только 2 параметра "%~1\Имя_папки" и "%DISTR%", поскольку остальные - стандартные ключи команды Copy.

%~1 возвращает скрипту путь к вашему аддону (соответственно, копируемая папка так же должна располагаться в корневой папке аддона)

%DISTR% это внутренняя переменная скрипта UpdatePack, содержащая путь к вашему дистрибутиву.

Раздел III. Примеры и приложения.

читать дальше »

▫ Приложение 1. Таблица префиксов.

ЭТО ПРИМЕР, а не руководство к действию !!
В общем и целом полное переименование папок аддонов для добавления префиксов, не даст обычному пользователю никаких преимуществ.
Для авторов аддонов имеет смысл использовать следующую схему -
Аддон который надо обработать, до всех других аддонов в том числе встроенных аддонов UP именовать префиксом 0-имя_аддона
Аддон который надо обработать, после всех других аддонов именовать префиксом 9-имя_аддона (либо zz-имя_аддона).
..название столбца: Пример записи и предлагаемый порядок аддонов
изменить на
Пример записи с префиксом.

▫ Приложение 3. Файл Txtsetup.sif

....[_x] означает, что файл дистрибутива не сжат. Если [_x] отсутствует, программа установки предполагает, что файл сжат. Каждый файл дистрибутива XP перечислен в Layout.inf, вместе с размером в байтах. Размер в байтах, очевидно, зависит от того, сжат файл или нет. Если Txtsetup.sif укажет программе установки, что файл не сжат, то установщик будет сравнивать размер файла с Layout.inf, чтобы удостовериться что размер не был изменен. Если файл сжат, то установщик будет сравнивать с записью в Layout.inf размер распакованного файла. Если размер файла не соответствует тому, что указан в Layout.inf, установка XP может быть прервана ошибкой.

▫ Приложение 8. Файл Addon.nfo


Свое развитие этот конфигурационный файл получил в служебном аддоне HTMLINFO созданным участником конференции asmol.
Данный аддон формирует в корневой папке вашего дистрибутива файл ADDONS.HTM вместо ADDONS.TXT.
В данном файле используются многие преимущества языка HTML и это позволяет красиво оформить список установленных аддонов.
Используя в вашем аддоне файл html.nfo вы можете добавить описание вашего аддона в ADDONS.HTM.

▫ Приложение 9. Тонкости при создании аддонов SVCPACK- новое

читать дальше »

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

1. Использование установщика Windows

Самая распространенная конструкция аддонов типа SVCPACK - это строка с использованием ключей тихой установки конкретного установщика в конфигурационном файле Run, либо в коментарии архива. Также используются MST- файлы для заданных заранее параметров установки. Этот метод не всегда гибок. Данный факт сподвиг меня на исследования, которые вылились в целую статью. Повторять ее здесь нет смысла, поэтому обязательно почитайте статью по ссылке. Здесь же небольшие замечания по использованию свойств установщика Windows.
Свойства (Properties) установщика, заданные в командной строке, имеют приоритет выше, чем MST-файл, что делает их отличным средством повышения гибкости вашего аддона. Можно исправить одну строку с параметрами, а не редактировать специальными программами MST- файл.

Синтаксис использования:

Код:

msiexec.exe /i Example.msi СВОЙСТВО

Если MSI- файл установки упакован установщиком в EXE- файл, то следует использовать стандартный ключ /v для передачи параметров в MSI- файл.

Синтаксис использования:

Код:

Example.exe /s /v”TRANSFORMS=unatend.mst /qn”

Обсуждение применения различных Свойств установщика Windows в ветке Msiexec - список ключей и свойств

---

Хочу поблагодарить отдельно забытого:
IDDQDesnik за пост #14 - определившего название одной из групп аддонов в Руководстве.

Хочу поблагодарить людей внесших основные идеи в эту редакцию -
otsheln1k - сравнение размера сжатого файла с Layout.inf
Shido - отличный пример использования внутренней переменной UP
vserd - раскопанный возвращаемый параметр конфигурационных файлов
okshef - орфография

Приложение 2. к апрелю Обещал дополнить Staner

[jameszero]

volk1234

Приложение 1. Таблица префиксов. ЭТО ПРИМЕР, а не руководство к действию !! »

Всё равно ничего не изменится. Как авторы называли свои аддоны, так и будут назвать, как пользователи переименовывали их под себя, так и будут продолжать.
Нужно чётко дать понять, что переименование авторских аддонов недопустимо, так как это нарушит зависимость данного аддона от других и изменит порядок интеграции, которые будут отличаться от проверенных автором в ходе тестирования, а так же затруднит анализ ошибок с помощью диагностического аддона.
При изготовлении своего аддона можно/рекомендуется/желательно... использовать следующую таблицу префиксов и привести эту таблицу.
Таблица префиксов должна рассматриваться как часть руководства к изготовлению новых аддонов, а не руководства к переименованию существующих, у нас же на форуме всё наоборот.

Лично я, если кто то сообщит о проблеме и прикрепит к посту диагностический лог интеграции Log.7z с переименованными аддонами, анализировать его не стану, в принципе.

[gora]

Тонкости при создании аддонов SVCPACK ... Самая распространенная конструкция аддонов типа SVCPACK - это строка с использованием ключа тихой установки конкретного установщика. »

Это о чем? О файле run?

Синтаксис использования: Код: Example.exe /s /v”TRANSFORMS=unatend.mst /qn” »

Это где? В файле run?

[volk1234]

Это о чем? О файле run? »

Обязательно поправлю -
Например так:

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

Открою небольшой секрет:
В приложении 9, вторым пунктом я хотел сделать:

Код:

2. Использование архиваторов.
2.1 Winrar
2.2 7zip

И если с winrar я худо бедно справлюсь, то 7ZIP лучше Вас преподнести несмогу точно - ибо редко его использую.
Рассмотрите возможность написать небольшой мастер- класс по использованию 7zip для создания SVCPACK аддонов,
а то для меня все эти ai1 ai2 темный лес, и таких как я много
Кроме того во втором пункте будет небольшое сравнение +\- этих архиваторов для создания аддонов.

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

Нужно чётко дать понять, что переименование авторских аддонов недопустимо, »

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

[vserd]

изменить на Посмотреть пример использования префиксов (составил участник конференции Oszone Shido): Приложение 1. Таблица префиксов .... »

Поддерживаю jameszero.
Предлагаю такую формулировку:
При разработке нового аддона рекомендуется использовать префиксы. Это облегчит "разбор полетов" и понимание порядка выполнения аддона при интеграции. Префиксы см. в Приложении 1 и далее по тексту.

КРАЙНЕ НЕ РЕКОМЕНДУЕТСЯ переименовывать аддоны бездумно-самостоятельно. Вы должны понимать что вы делаете и что хотите получить. Если ваше переименование вызвано насущеной необходимостью, отпишитесь в топике по аддну который вы изменяете, также укажите на проблему в топике(-ах) связанных аддонов. Переименование очень серьезная операция и просто так автора адднов ее делать не будут. И аргумент что мол это в руководстве прописано, вы должны сделать, не является решающим. Некоторые аддноны были сделаны до составления этой таблицы. Они отлажены как самим автором аддона, так и авторами-"конкурентами" (связанными, конфликутющими и прочими), проверены множеством пользователей в реальной жизни.

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

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


Т.е. не только выписать запрет, но и почему этот запрет был выработан.

Тонкости изменения дистрибутива.

В дополнение рекомендация с таким смыслом: Вам прийдется разобраться как писать командные файлы (.bat, .cmd), написании/синтаксисе inf-файлов, устройстве дистрибутива windows и прочих тонкостях, все решается вашей хотелкой. Будьте предельно внимательны т.к. вы легко можете угробить работу всех остальных аддонов, как на этапе сборки дистрибутива, так и собственно установки.

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

[gora]

Посмотреть пример использования префиксов (составил участник конференции Oszone Shido »

Не нужно выкладывать спички, а потом над ними писать: "Спички детям не игрушка". Как не читали предупреждений, так и не будут их читать. Много ли авторских аддонов сделано с применением этой таблицы!? А вот пользователей стремящихся к мнимой красивости в списке аддонов и желающим использовать эти префиксы уже видел на форуме предостаточно и все больше просили помочь в разборе их проблем.
Резюме:
Считаю эту таблицу не нужной (не в обиду ее автору) и даже вредной. Убрать! ИМХО.