[vek]

предлагаю инструкцию разделить »

Излагаю свое видение содержания:

1. Общие понятия и определения.

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

Вводная часть. Описание общей структуры аддонов. Основные определения, используемые в дальнейшем

2. Описание и назначение "служебных" файлов и папок аддонов.

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

2.1.SpecCase
2.2.KillWFP.lst
2.3.Finish
2.4.DelDrv.lst
2.5DelOC.lst
2.6.Addon.nfo
2.7.Required
2.8.Conflict
2.9.Hive
2.10.Upd
Каждый файл заслуживает детального описания и примеров использования

3. Типы аддонов

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

3.1. SYSOC
3.1.1. dosnet.inf
3.1.2. sysoc.inf
3.1.3. txtsetup.sif
3.1.4. РУководство по INF
3.2. SVCPACK
3.2.1. run
3.2.2. Создание "тихих" инсталяторов.

4. Примеры

[volk1234]

vek(кстати по русски -мул )
предложение интересно

несколько ремарок.
всеже основные главы надо выделить буквами(или в будущем будет другая структура)
поэтому предлагаю придерживатся нумерации типа ABC 123 1.1 2.1 3.1 тд (если уж стандартизируем)

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

Опять же вы употребляете слово "служебный" и для конфигурационных файлов и для типов аддонов, что весьма путает
Категория служебный аддон появилась недавно, я в инструкции имел в виду именно это, подробнее смотрите ветку: открыта общественная группа Авторы аддонов

Any case, я сторонник "груповухи или вместе веселее", как решим совместно так и будет, любые предложения принимаются....

[volk1234]

Gora, vek а если как то так?

Аддоны в зависимости от целей и способов реализации делятся на 4 типа(в зависимости от способов интеграции в дистрибутив):

1.Аддоны использующие SYSOС
вот здесь надо пригласить кого-нибудь знающего

2.Аддоны использующие для интеграции SVCPACK.
Изначально механизм SVCPACK предназначался для установки обновлений вышедших после ОС. Однако вместо обновлений можно устанавливать и другие приложения. Самое главное преимущество этого способа - SVCPACK обрабатывается за 13 минут до окончания установки Windows, когда уже доступны все инструменты : реестр, учетные записи..????..и когда существуют все необходимые папки и файлы.....????
В процессе работы скрипта Update Pack все файлы из папки аддона Files\ForceCopy\SVCPACK копируются в папку I386\SVCPACK дистрибутива Windows. Вся последовательность записей из файла Run добавляется в секцию [SetupHotfixesToRun] файла I386\svcpack.inf дистрибутива Windows.
Приложения внесенные в секцию [SetupHotfixesToRun] файла svcpack.inf и находящиеся в I386\SVCPACK начинают поочередно выполняться на Т13 .
В аддонах типа SVCPACK обычно используют SFX архивы(7z, RAR, и т.д.) либо исполняемые файлы, которые могут быть использованы и для установки на "живую" систему или "тихие" инсталяторы. Если исполняемых файлов или SFX архивов несколько, порядок запуска определяется в конфигурационном файле Run.


3.???????

4.Аддоны изменяющие дистрибутив в процессе интеграции обновлений и других аддонов. Категория т.н. служебных аддонов.


*спецально не трогаю инструкцию пока не оближем этот кусок- ИМХО для "чайников" он самый важный

[IDDQDesnik]

1. SYSOC
2. SVCPACK
3. Аддоны изменяющие дистрибутив в процессе интеграции обновлений и других аддонов.
4. Комбинированные

[Shido]

All

-Run -KillWFP.lst -Finish -Addon.nfo >(конфигурационные файлы) -Required -Conflict -Hive »

А почему все забыли про START, например в HTMLINFO он прекрасно работает. Функции теже что и у Finish, но отрабатывает в самом начале.

[gora]

В аддонах типа SVCPACK обычно используют ...»

Не понял почему это описание перекочевало из пункта 2 в пункт 4!?
2 ALL
Мне кажется что мы здесь скатываемся к написанию статьи об аддонах, что само по себе не плохо и даже целесообразно, но разговор начинался со стандартизации оформления таковых!

а) Название папки аддона должно содержать номер версии, что бы когда потребуется представить список используемых аддонов можно без дополнительных вопросов определить версию аддона.
б) Название папки аддона должно содержать указание о типе интеграции в виде одной буквы в конце. Например: SVCPACK - P, SYSOC - C, комбинированные - K, изменяющие дистрибутив в процессе интеграции обновлений и других аддонов - S. Это облегчит их идентификацию по названию.
в) Название дистрибутива (архива) аддона должно содержать ДАТУ "выпуска". Формат даты тоже должен быть стандартизован.
г) Название папки аддона должно быть БЕСПРОБЕЛЬНЫМ, содержать только латиницу и цифры ну и некоторые допустимые символы.
Учитывая сказанное это может выглядеть так:
Аддон (название папки аддона): <WinFlip0424RU_P>
Название файла дистрибутива аддона: WinFlip0424RU_P_080206_09-59.7z

Почему-то забыли про аддон 3rdParty который необходим при использовании аддонов с типом интеграции SYSOC и комбинированных (для SVCPACK он не нужен, про четвертый тип не скажу). О его назначении необходимо написать в описательной части и в файл addon.nfo вводить указание о его необходимости, для указанных типов, ОБЯЗАТЕЛЬНЫМ требованием.

[volk1234]

А почему все забыли про START, »

Добавил

Название папки аддона должно содержать номер версии »

это уже есть в п.1 тоже самое по остальным пунктам

WinFlip0424RU_P_080206_09-59.7z »

представте до чего можно достандартизироватся.
все это хорошо, но мы здесь говорим о формате файлов и папок 8.3 в составе аддонов и тудже предлогаем архивы называть в 29.3 символов. Наверное лучше указать так: Для облегчения пользователям поиска и использования вашего аддона, добавляйте в название архива с очередной версией аддона дату сборки и\или версию аддона.

забыли про аддон 3rdParty »

как только ктонить грамотно распишет сразу добавлю.

[gora]

Все файлы и папки аддонов должны иметь имена в формате 8.3 »

Это что за фантазии?

В названии архива с аддоном и\или папки аддона желательно указывать версию или дату создания аддона. »

Это не совсем то, что написал я. Стандарт не должен иметь двойных толкований на то он и стандарт! Ни каких и/или. Для каждого файла, папки оговоренные правила, а то один вставит версию в архив дистрибутива, а другой только дату в имя папки. Это уже не стандарт получается, а анархия (что мы уже имеем в настоящее время).

это уже есть в п.1 тоже самое по остальным пунктам »

Это Вы здорово прокомментировали! Я что то пропустил или Вас уже назначили "Главным редактором" "стандарта"!? Коли так, тады Ой!!! Я считал, что каждый вправе высказываться, и решать, что должно попасть в стандарт, а что нет, будут ВСЕ, ну уж во всяком случае не Вы иначе бы я даже не стал писать!

представте до чего можно достандартизироватся. все это хорошо, но мы здесь говорим о формате файлов и папок 8.3 в составе аддонов и тудже предлогаем архивы называть в 29.3 символов »

Это вообще трудно комментировать! Где это разговор шел о формате 8.3 имени дистрибутива и папок??? Как Вы вообще все это представляете? Имя папки в формате 8.3? Имя дистрибутива с указанием названия аддона, версии, даты и все это в формате 8.3!? Приведите примеры, я свои предложения снабдил примерами, а Вы пока только пустословите.

[vserd]

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

Только не это. Название папки должно быть фиксированным. Иначе вы замучаетесь отвечать что "убери WinFlip0424RU_P, и оставь WinFlip0425RU_P".

А вот название архива с аддоном ОБЯЗАНО содержать версию аддона и/или другую информацию, которая позволяет быстро и однозначно определить нужную версию.

[jameszero]

gora

"убери WinFlip0424RU_P, и оставь WinFlip0425RU_P" »

И не только это. Нужно учитывать, что файлы conflict и required в других аддонах могут быть не готовы к смене названия отдельно взятого аддона.

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

Помоему, проще внести корректировки в диагностический аддон, чтобы он включал в архив с логами ешё и файл ADDONS.TXT, а в нём уже можно будет посмотреть версии и даты аддонов.