BS Post Installer - выбор программ перед установкой

[boss911]

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

[Pozia]

И, cmd запускается всегда 32бит, что порождает те же проблемы. »
неа. можно вот так в указать:
RunProgram="x86:hidcon:run.cmd"
RunProgram="x64:hidcon:run.cmd"
и тогда в каждой разрядности запустится своя командная строка

[boss911]

Pozia

Где можно? В принципе, не важно. Это предусмотрено самой программой, наверное, WPI, если бы это не было предусмотрено, то у вас бы не получилось запустить 64-битный CMD/REG из 32-битной оболочки. Уверен, что это делает переходник (внешний .exe файл), который находится в составе WPI или чего-то там.

Потому же методу будет работать и BSPI (через переходник), разве что будет другой синтаксис запуска х64 приложения.

[Pozia]

boss911, можно при создании SFX с помощью кнопки от гора. В файле конфигурации указывается что я писал ранее, и в среде x32 запустится командная среда 32 разрядная, а в x64 - 64 разрядная. И соответственно все, что прописано в run.cmd внесется правильно и в реестр и правильно скопируется в програм файл х32 или х64. У меня так ставится програм где то 50 на XP x86 и Seven x64. Никаких проблем.

пользуюсь BSPI

[Boa Soft]

неа. можно вот так в указать:
RunProgram="x86:hidcon:run.cmd"
RunProgram="x64:hidcon:run.cmd"
и тогда в каждой разрядности запустится своя командная строка »

Вы все про 7zip инсталляторы, а я про программу.

В настоящий момент не совсем корректно работает раскрытие переменных в программе, о чем я и писал.

Это можно обойти применением 7zip инсталляторов, но от этого программа не станет корректно работать, если придется выполнить дополнительные действия.

[hobbit25]

Вот и я про тоже имел ввиду что и описал Pozia, через SFX с помощью кнопки от гора делается все аккуратно и красиво

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

[boss911]

можно при создании SFX »
Это неудобно, так как каждый софт надо упаковывать в SFX, каждый батник, каждый REG и так далее. Метод явно не универсальный и красивого в нем точно ничего нет, это просто вынужденный выход из ситуации, скоро, надеюсь, эта вынужденность отпадет.

[Pozia]

Это неудобно, так как каждый софт надо упаковывать в SFX »
у вас инстал софта лежит распакованным в папках BSPI??? :o :o :o каждый батник, каждый REG и так далее »
Зачем? А в один SFX все запихнуть? И когда вы кидаете свой софт на флешку сколько копируются все куча мелких файлов из которых состоит инстал софта - такие гиганты как офис, автокад, солид с приличными размерами будут записываться на флешку часами, а сжатые SFX - минуты. Даже таже дефрагментация веника при упаковыных инсталах горазда меньше, чем при куче мелких разбросанных.
Метод явно не универсальный »
почему? какие здесь явные минусы?
это просто вынужденный выход из ситуации »
это самый удобный и простой метод, на мой сугубо личный взгляд (почему, вкратце изложил выше).

[hobbit25]

boss911, полностью поддерживаю Pozia, а с кнопкой от gora для тотала создать sfx и обновить его занимает минуты и все выглядит красиво и аккуратно а не куча рег файликов exe

[XXXler]

у вас инстал софта лежит распакованным в папках BSPI??? »
У меня, например, да. Там, где можно оставить оригинальный инсталятор (поддерживается тихий режим с нужными настройками и экономия места не сильно велика) я и оставляю, подкладывая файлы настроек и импортируя их средствами BSPI

[boss911]

у вас инстал софта лежит распакованным в папках BSPI??? »
Нет и да, зависит от ситуаций, которые мне диктуют разработчики инсталляторов. Есть перепакованный в Inno Setup, есть оригинальные инсталляторы. Есть Office, Photoshop и т.п. тяжелые дистрибутивы, которые я не люблю во что-то упаковывать, по понятным причинам, а вместе с ними лежат твики в виде батников и REG. Ситуация с софтом у меня абсолютно разная.

Зачем? А в один SFX все запихнуть? »
Я люблю, когда котлеты и мухи отдельно. По вашей логике, так можно все упаковать в один пучок и устанавливать. Есть ситуации, где дистрибутив и твик нужно держать отдельно, например, Office или Photoshop, которые я не пакую в SFX или мне просто нужен банальный выбор, применять твик после установки приложения или нет.

А так же у меня есть аналогичные ситуации, как описал XXXler (пост выше).

Я противник все массово паковать в SFX, точнее паковать то, что сперва нужно предварительно распаковать в TEMP, то есть не люблю делать эти “матрешки”. Если меня не устраивает оригинальный инсталлятор, я его переупаковываю в Inno Setup (если метод установки софта не сильно сложный) либо редактирую оригинальный (MSI), если такой возможности нет, пакую в SFX, чтобы было все в одном, кроме тяжеловесных дистрибутивов.

Надеюсь, отвечать на вопросы, почему метод не универсальный, не нужно.

[Boa Soft]

Новая, пока глубоко тестовая версия.
Долгожданная поддержка юникода и нативного 64 режима.

Текущая версия 1.18.1.5

Новое в текущей версии:

1. NEW! Полный переход на юникод - файл конфига и файл скина теперь в формате юникод.
2. Файл лога так же в формат юникодa.
3. Полная локализация лога.
4. Исправлена ошибка обработки сложных зависимостей.
5. Исправлена ошибка совмесной работы CheckTag и пресетов.
6. Добавлена поддержка проверки битности системы.
7. NEW! Добавлена поддержка запуска приложений в 64бит окружении.
8. Расширен обьем информации, выводимой в лог.
9. Исправлена проблема неотображения страницы пресетов при EnableWelcomeDlg=0 и отключенном таймере ожидания.
10. Редактор. Перевод редактора так же на юникод.
11. Включена поддержка всех новвоведений.
12. Исправлена проблема с попаданием пунктов в мусор при переименовании группы.
13. Добавлена возможность сохранения конфига в юникоде.
14. Исправлена проблема нарушения файла при использовании CheckTag и отсутствии этих файлов.

[Boa Soft]

Специально для тех скептиков, кто не верил в нужность поддержки 64 бит - запустите

Presetup.exe /ini:presetuptest.ini и отметьте сначала первый тест а потом второй.
Потом сравните содержимое файлов c:\test32var.txt и c:\test64var.txt, ключей реестра
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Boa Software и HKEY_LOCAL_MACHINE\SOFTWARE\Boa Software

содержимое папок c:\Program Files\Boa Software\ и c:\Program Files (x86)\Boa Software\

Жду отзывов. Если у кого при выполнени на 64 бит системе выдает ошибку на пунктах с RunAsNative64bitApp=1,
то пожалуйста найдите в %TEMP% и прикрепите к ответу файл $bs_install_debug64$.log

[lokoham]

Boa Soft, спасибо))
Скачал,накатил оболочку на свою сборку и сразу же вылез такой баг (возможно только у меня).
Многие программы почему то перестали отображаться в списке,проверка на наличие файла не стоит,видимость тоже включена,но программ всё же нет.Так же не хватает 5 групп. По какому принципу они не отображаются я пока тоже не понял. Но с предыдущей версией всё норм - всё на месте,как и должно быть.

http://img710.imageshack.us/img710/5679/screenkz.th.png (http://imageshack.us/photo/my-images/710/screenkz.png/)

[lokoham]

Всёк разобрался вроде)) Пардон за беспокойство))
Просто почему то в старом конфиге не у всех программ параметр
WinBits= был равен ALL . Это видимо недоработки предыдущих версий.
А тут появилась проверка битности системы и видимо если этот параметр ничему не равен,программа вообще отображаться не будет. Ну по мне так это не совсем правильно. Ну может и правильно, Boa Soft виднее))

Но я бы добавил обработку этого параметра в новый конфигуратор. Изменил бы версию скрипта,допустим 2.2, и если версия скрипта 2.1 и параметр WinBits= ничему не равен,при сохранение присвоить ему значение ALL.

[Boa Soft]

Но я бы добавил обработку этого параметра в новый конфигуратор. Изменил бы версию скрипта,допустим 2.2, и если версия скрипта 2.1 и параметр WinBits= ничему не равен,при сохранение присвоить ему значение ALL. »

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

[lokoham]

Так...вот еще несколько замечаний.
- По умолчанию в конфигураторе,при добавление новой программы, битность системы вообще не выставлена (поле CheckBox'а пусто). По идее должно стоять ALL.
- Некорректное отображения названия программы с длинным названием при выборе пресетов
http://img338.imageshack.us/img338/8659/41044457.th.png (http://imageshack.us/photo/my-images/338/41044457.png/)

а должно быть так: Mp3Tag Pro 7.0.521 - редактор тэгов файлов формата MP3, WMA, M4a, AAC, WV, OGG и APE
- Диалог "Обзор папок"
http://img705.imageshack.us/img705/10/bs2l.th.png (http://imageshack.us/photo/my-images/705/bs2l.png/)

- Ну и не столь важные недочеты - грамматические ошибки))))
1.Зависит от програм - должно быть программ
2.Запускать в как 64бит процесс - Запускать как 64-битный процесс.Так будет лучше)
3.Искать значки в общей библиотеку иконок - библиотеке
4.Сохранить проект с прежним имененм и в тоже место - именем
5.Сохранить проект с другим имененем или в другое место - именем

[boss911]

Boa Soft

Очень нужна возможность, запускать в нативном 64-битном режиме конкретный 'CommandX', например:
Command2=#HIDE:x32:Setup.exe
Command2=#HIDE:x64:Setup.cmd
Но, при таком условии 'RunAsNative64bitApp' должен игнорироваться. Если BSPI был запущен в х32 ОС, то естественно 'CommandX' будет выполняться 32-битном режиме, то есть параметр x64 будет игнорирован.

Еще хочется иметь такую возможность:
Command2=#HIDE:only_x32:Setup.cmd
Command2=#HIDE: only_x64:Setup.cmd
То есть в зависимости от битности ОС, будет выполнен нужный Setup.cmd. Естественно 'RunAsNative64bitApp' должен игнорироваться в этом случае.

У меня есть такой случай, что установлено 32-битное приложение, но батник для этого приложения надо выполнить в 64-битном режиме. Да и другие могут быть случаи, например, чтобы для каждой битности не создавать свой 'Installitem', просто в одном итеме можно будет указать разные случаи, то есть под разные битности систем. Таким вот образом мы приобретаем еще больше гибкости.

[Boa Soft]

Так...вот еще несколько замечаний.
- По умолчанию в конфигураторе,при добавление новой программы, битность системы вообще не выставлена (поле CheckBox'а пусто). По идее должно стоять ALL. »
В процессе исправления.
Остальные ошибки уже исправил.
Может быть, даже завтра выложу новую версию.

Очень нужна возможность, запускать в нативном 64-битном режиме конкретный 'CommandX', например: »

Пока я не думаю делать отдельные настройки для каждой команды, возможно в дальнейшем.
Не хочется все излишне усложнять. Последний WPI - вообще как язык программирования.
Народ часто пишет. что с BSPOST не могут разобраться, а если еще усложнить - то вообще не разберутся.
У меня был ряд задумок, например, проверка уже установленных программ. Но, как однозначно определить наличие программы - трудный вопрос.

Так же, будет (но скоро не обещаю), кроме проверки версии системы, проверка версии фреймворка, VC+ библиотек итд.

[lokoham]

Boa Soft, спасибо ждем)
Понимаю что вопрос уже не однократно поднимался,но есть ли хоть какие то задумки насчет реализации подгрупп?
Уж больно хочется всё таки когда-нибудь их увидеть))))