Руководство по созданию аддонов (текущая версия)

[volk1234]

Руководство по созданию аддонов. (http://oszone.net/6946) Редакция на сайте 2.30

Руководство перенесено в статью на сайте, но его обсуждение не закончилось. Любой может добавить в него что- нибудь новенькое.

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

Команды inf скрипта (advpack) не указанные в руководстве по inf-файлам. (http://forum.oszone.net/post-777871-107.html)


Приложение 2. Тонкости использования inf- файлов. (http://forum.oszone.net/post-780927-109.html)



Сейчас обсуждается статья: - новое приложение 9.
===============
*Если вы заметили орфографические ошибки, пишите, пожалуйста, в личку

[prokazzza]

volk1234,

2.7 Finish - фактически это cmd-файл (без расширения), выполняется после завершения интеграции всех компонентов; »

Еще раз по этому пункту. Выполняется после завершения интеграции каких компонентов???

[volk1234]

Еще раз по этому пункту. Выполняется после завершения интеграции каких компонентов??? »
вот вам я и предлагаю дополнить этот пункт :)

хотя помоему и так ясно- всех компонентов пака

[prokazzza]

volk1234,

volk1234, хотя помоему и так ясно- всех компонентов пака »

Вопрос на засыпку. Интересно тогда как выполняется интегрирование ресурсов пака VistaPath без Finish??? :)

[volk1234]

Вопрос на засыпку. Интересно тогда как выполняется интегрирование ресурсов пака VistaPath без Finish?? »
А у вас как раз таки и есть файл finish в составе аддона :) забыли?

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

[prokazzza]

А у вас как раз таки и есть файл finish в составе аддона забыли?
если вы разбираетесь лучше меня так предложите свой вариант описания я дополню инструкцию »

Есть то он есть, но только он выполняется точно не после интергации ресурсов, а насчет описания лучше обратиться к jameszero, он лучше в этом понимает.

[Vadikan]

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

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

Что касается примера с Netsky... юмор понятен, но может имеет смысл взять для примера какой-нибудь реальный аддон? Так люди смогут "пощупать" его :)

volk1234, предлагаю продолжать править сообщение 343 (http://forum.oszone.net/post-749397-343.html), поскольку ссылка на него уже в шапке (можно инструкцию там сразу в развернутом виде, без читать дальше).

[gora]

нужно еще вначале объяснить, какие способы интеграции аддонов существуют, чем они отличаются »Аддоны могут быть трех типов интеграции:
1 Аддоны типа SYSOC... Первый тип знаю плохо и его описание оставлю другим, специализирующимся именно на них

2 Аддоны типа SVCPACK обычно используют SFX архивы (7z, RAR, и т.д.) которые могут быть использованы и для установки на "живую" систему или "тихие" инсталяторы. Они имеют следующую структуру (на примере аддона WinFlip):
<WinFlip0424RU>
--Run
--addon.nfo
--<Files>
----<ForceCopy>
------<SVCPACK>
--------WinFlip.exe
SFX архив (WinFlip.exe) может быть один или их может быть несколько. Все они располагаются рядом, в папке <SVCPACK>. Порядок их запуска определяется последовательностью записей в файле Run, который должен обязательно заканчиваться пустой строкой. Т.е. после названия .exe файла и его ключей просто нужно нажать Enter и сохранить файл, этого вполне достаточно!
Ключи через "механизм" SVCPACK передаются, но требуют соблюдения определенных условий. Передать путь с пробелами не удастся и кавычки при этом не спасают. Ключи типа хххх-хххх-хххх-хххх тоже не передаются из-за знака минус (-) в ключе. Но обойти эти ограничения в ряде случаев удается.

3 Комбинированные использующие оба типа (SVCPACK и SVCPACK) одновременно.

[volk1234]

в какой конкретно кодировке должны быть файлы (или в какой не должны быть). »
Мне стыдно но я не могу придумать в какой кодировке должны быть файлы.
Что касается примера с Netsky... юмор понятен »
Как только выйдем на более менее нормальный объем(и смысл) инструкции, сразу сменю на что-нить стоящее.
По поводу имен и кодировок файлов - это скорее должно идти вторым пунктом »
сделано

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

Аддоны в зависимости от целей и способов реализации делятся на 4 типа(в зависимости от способов интеграции в дистрибутив):
1.Аддоны использующий SYSOS
вот здесь надо пригласить когонибудь знающего

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


3.???????

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

предлагаю инструкцию разделить
на
А Общие понятия
B Типы Аддонов
С Примеры и приложения(если будут)

[vek]

Аддоны SVCPACK имеют следующую структуру »
Небольшое дополнение:
Все файлы из папки аддона расположенной по пути Files\ForceCopy\SVCPACK в процессе работы скрипта основного пакета просто копируются в папку I386\SVCPACK дистрибутива Windows.
Вся последовательность записей из файла Run, расположенного в корне папки аддона, добавляется в секцию [SetupHotfixesToRun] файла I386\svcpack.inf дистрибутива Windows. Приложения внесенные в секцию [SetupHotfixesToRun] файла svcpack.inf и находящиеся в I386\SVCPACK начинают поочередно выполняться за 13 минут до окончания установки Windows.
Расписал как для школьников. Чувствую общими стараниями может получиться еще одна познавательная статья в Учебник

[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 »
представте до чего можно достандартизироватся. :o
все это хорошо, но мы здесь говорим о формате файлов и папок 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, а в нём уже можно будет посмотреть версии и даты аддонов.