Здравствуйте, Mattias, Вы писали:
M>Появилась задача выбрать инструмент для создания инсталляционных пакетов. Поскольку я этим никогда не занимался, хотелось бы узнать, кто M>что думает на эту тему.
M>Основные критерии:
M>1) Размер полученного файла. M>2) Надежность (лучше от известных компаний). M>3) Совместимость с Вистой.
Попробуй Wix (Windows Installer XML). Просто, быстро, удобно, если не сильно заморачиваться. Производитель сам Microsoft так что с Вистой траблов не будет.
Re: Подскажите инструмент для создания инсталляций
Здравствуйте, Mattias, Вы писали:
M>Появилась задача выбрать инструмент для создания инсталляционных пакетов. Поскольку я этим никогда не занимался, хотелось бы узнать, кто M>что думает на эту тему.
Появилась задача выбрать инструмент для создания инсталляционных пакетов. Поскольку я этим никогда не занимался, хотелось бы узнать, кто
что думает на эту тему.
Основные критерии:
1) Размер полученного файла.
2) Надежность (лучше от известных компаний).
3) Совместимость с Вистой.
Re[2]: Подскажите инструмент для создания инсталляций
Dmitria однажды (22 февраля 2008 [Пятница] 10:21) писал:
> Попробуй Wix (Windows Installer XML). Просто, быстро, удобно, если не сильно заморачиваться. Производитель сам Microsoft так что с Вистой траблов не будет.
Смотрел я этот викс... В генту пакет создать на порядки удобнее и понятнее.
--
...belive in the matrix...
Posted via RSDN NNTP Server 2.1 beta
Matrix has you...
Re[3]: Подскажите инструмент для создания инсталляций
Здравствуйте, Sheridan, Вы писали:
S>Dmitria однажды (22 февраля 2008 [Пятница] 10:21) писал:
>> Попробуй Wix (Windows Installer XML). Просто, быстро, удобно, если не сильно заморачиваться. Производитель сам Microsoft так что с Вистой траблов не будет. S>Смотрел я этот викс... В генту пакет создать на порядки удобнее и понятнее.
S>-- S>...belive in the matrix...
Дело привычки, кому что ближе.
Re[3]: Подскажите инструмент для создания инсталляций
Здравствуйте, Dmitria, Вы писали:
D>Здравствуйте, Mattias, Вы писали:
M>>Появилась задача выбрать инструмент для создания инсталляционных пакетов. Поскольку я этим никогда не занимался, хотелось бы узнать, кто M>>что думает на эту тему.
M>>Основные критерии:
M>>1) Размер полученного файла. M>>2) Надежность (лучше от известных компаний). M>>3) Совместимость с Вистой.
D>Попробуй Wix (Windows Installer XML). Просто, быстро, удобно, если не сильно заморачиваться. Производитель сам Microsoft так что с Вистой траблов не будет.
Спасибо большое. Я тоже вчера пришел к этому выводу)))
Re: Подскажите инструмент для создания инсталляций
Здравствуйте, Mattias, Вы писали:
M>Появилась задача выбрать инструмент для создания инсталляционных пакетов. Поскольку я этим никогда не занимался, хотелось бы узнать, кто M>что думает на эту тему.
M>Основные критерии:
M>1) Размер полученного файла. M>2) Надежность (лучше от известных компаний). M>3) Совместимость с Вистой.
Я чем, собственно InnoSetup плох?
Бесплатный, в исходных текстах, постоянные обновления выходят, есть инструмент для визуального проектирования инсталляционного пакета. К инсталляции (упакованным файлам) около 300К добавляет. Хотя может и меньше, не помню. Для современных компов и скоростей инета — это совсем не проблема.
Для простых инсталляций проще не бывает, ИМХО
Можно делать и достаточно сложные инсталляционные пакеты (сам делал, знаю что говорю), но придется кое-че ручками в скриптах дописывать. Есть встроенный скрипт-паскаль (который тоже есть в исходных текстах) достаточно мощьный. Есть подробная справка, так что разобраться — нет проблем.
Какаих-то проблем совместимости с различными операционками — не заметил (в том числе и виста и х64 системы)
Здравствуйте, Sheridan, Вы писали:
S>Dmitria однажды (22 февраля 2008 [Пятница] 10:21) писал:
>> Попробуй Wix (Windows Installer XML). Просто, быстро, удобно, если не сильно заморачиваться. Производитель сам Microsoft так что с Вистой траблов не будет. S>Смотрел я этот викс... В генту пакет создать на порядки удобнее и понятнее.
А что генту, позволяет повторно использовать исходные файлы в разных проектах?
А то InstallShield 12 вот не позволяет, все в одном файле проекта храниццо.
... << RSDN@Home 1.2.0 alpha rev. 789>>
Re[4]: Подскажите инструмент для создания инсталляций
Rothmans однажды (25 февраля 2008 [Понедельник] 18:12) писал:
> А что генту, позволяет повторно использовать исходные файлы в разных проектах?
Можно подробнее, что имеется ввиду? Хотябы что подразумевается под исходными файлами?
--
...belive in the matrix...
Posted via RSDN NNTP Server 2.1 beta
Matrix has you...
Re[5]: Подскажите инструмент для создания инсталляций
Здравствуйте, Sheridan, Вы писали:
S>Rothmans однажды (25 февраля 2008 [Понедельник] 18:12) писал:
>> А что генту, позволяет повторно использовать исходные файлы в разных проектах? S>Можно подробнее, что имеется ввиду? Хотябы что подразумевается под исходными файлами?
Ну файлы, в которых лежит описание проекта
Ну поддерживается ли модульность исходных текстов другими словами?
Например у меня 5 проектов, во всех почти одни и те же CA, та же последовательности и пр. Но общие части проекта сохранить отдельно для повторного использования я не могу, потому что этот дурацкий IS12 такого не предусматривает. Поэтому мне приходится тщательно переносить по буковке все наработки в одном проекте в 5 других, вместо того чтобы просто сослаться на готовый кусок.
(И merge modules пожалуйста не предлагать, это совсем другое).
(WiX, кстати, такое поддерживает естевственным образом)
... << RSDN@Home 1.2.0 alpha rev. 789>>
Re[6]: Подскажите инструмент для создания инсталляций
Rothmans однажды (26 февраля 2008 [Вторник] 11:55) писал:
> Ну файлы, в которых лежит описание проекта > Ну поддерживается ли модульность исходных текстов другими словами? > Например у меня 5 проектов, во всех почти одни и те же CA, та же последовательности и пр. Но общие части проекта сохранить отдельно для повторного использования я не могу, потому > что этот дурацкий IS12 такого не предусматривает. Поэтому мне приходится тщательно переносить по буковке все наработки в одном проекте в 5 других, вместо того чтобы просто > сослаться на готовый кусок. (И merge modules пожалуйста не предлагать, это совсем другое). (WiX, кстати, такое поддерживает естевственным образом)
ммм... не пойму, каким боком исходники проекта могут относиться к инсталляции проекта. о0
Да и вообще раз такое имеет место быть — то кривовата система, кривовата.
Даже в твоем случае я вижу 2 выхода:
1. Cоздания симв. ссылок на соответствующие файлы (ntfs вроде как умеет, меня тут убеждали)
2. Выкладывание этих файлов в отдельный репозиторий (svn,cvs...) и использование во всех проектах этой копии репозитория.
--
...belive in the matrix...
Posted via RSDN NNTP Server 2.1 beta
Matrix has you...
Re[7]: Подскажите инструмент для создания инсталляций
Здравствуйте, Sheridan, Вы писали:
S>ммм... не пойму, каким боком исходники проекта могут относиться к инсталляции проекта. о0 S>Да и вообще раз такое имеет место быть — то кривовата система, кривовата.
S>Даже в твоем случае я вижу 2 выхода: S>1. Cоздания симв. ссылок на соответствующие файлы (ntfs вроде как умеет, меня тут убеждали) S>2. Выкладывание этих файлов в отдельный репозиторий (svn,cvs...) и использование во всех проектах этой копии репозитория.
По-моему, ты не понимаешь "моего" случая
Не знаю, как в генту, а в IS12 ты кликаешь на иконке "New" и создаешь проект (Basic MSi или installScript MSI, или еще какой не важно). Ну там заполняешь имя продукта, таблицу апгрейдов, фитчи добавляешь, компоненты и т.п. Если закрыть глаза на жуткую глючность среды разработки, то можно даже сказать, что на первый взгляд все "на порядки удобнее и понятнее", чем в WiXe
А потом ты берешь и нажимаешь кнопочку "Save" и выходишь из среды разработки.
И что у тебя остается на винте? Правильно, один единственный файл MySuperProject.ism, ну еще пару скриптовых исходников и то если хватило ума воспользоваться этой пародией на скриптовый язык.
И вот этот .ism один, его нельзя (по крайней мере я не знаю как) поделить на два или на 5 разных кусочков, чтобы потом в следующем проекте не повторять все заново, начиная с иконки "New".
Ну это как если бы тебя заставляли каждый хедерный файл в Си обязательно копировать полностью в каждый исходный файл, использующий его определения.
Доходчиво объясняю?
а в Wixe, грубо говоря, файлов, из которых состоит проект может быть сколько влезет, потому что поддерживается идиома повторного использования исходных текстов.
Поэтому вместо того чтобы 5 раз лазить по дереву пероекта IS12, пытаясь не упустить ни одной детали, ты создаешь новый файл проекта и вписываешь в него
<?include AllMyLifeExperienceWithWindowsInstaller.wxi ?>
Rothmans однажды (26 февраля 2008 [Вторник] 13:10) писал:
> Так как насчет генту? Там тоже как у людей, или как в IS12?
Как у вас там однако все сложно...
Вот гентушный ебилд, который скачивает svn версию проекта, собирает его и устанавливает в систему:
# Copyright 1999-2007 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
inherit qt4 subversion
DESCRIPTION="QDevelop is a development environment entirely dedicated to Qt4"
HOMEPAGE="http://qdevelop.org/"
ESVN_REPO_URI="http://qdevelop.googlecode.com/svn/trunk"
ESVN_STORE_DIR="${PORTAGE_ACTUAL_DISTDIR-${DISTDIR}}/svn-src"
LICENSE="GPL-2"
SLOT="0"
KEYWORDS=""
IUSE="astyle"
DEPEND=">=x11-libs/qt-4.3
>=dev-util/ctags-5.5.4-r2"
PDEPEND="astyle? ( x11-plugins/astyle-plugin )"
src_unpack() {
if use astyle ; then
elog "With astyle-plugin"
fi
ESVN_UPDATE_CMD="svn up" \
ESVN_FETCH_CMD="svn checkout" \
subversion_src_unpack
}
src_compile() {
eqmake4 QDevelop.pro || die "QDevelop qmake prebuild filed"
emake || die "QDevelop build filed"
}
src_install() {
DESTDIR="${D}" \
INSTALL_ROOT="${D}" \
emake install || die "QDevelop install failed"
dodoc README.txt copying ChangeLog.txt
}
Это просто IDE, поэтому несложно. Вот посложнее. Постгрес с ус
# Copyright 1999-2008 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/dev-db/postgresql/postgresql-8.2.6.ebuild,v 1.1 2008/01/13 01:44:21 mjolnir Exp $
inherit eutils flag-o-matic multilib toolchain-funcs versionator
KEYWORDS="~alpha ~amd64 ~arm ~hppa ~ia64 ~mips ~ppc ~ppc64 ~s390 ~sh ~sparc ~sparc-fbsd ~x86 ~x86-fbsd"
DESCRIPTION="Sophisticated and powerful Object-Relational DBMS."
HOMEPAGE="http://www.postgresql.org/"
SRC_URI="mirror://postgresql/source/v${PV}/${PN}-${PV}.tar.bz2"
LICENSE="POSTGRESQL"
SLOT="0"
IUSE="doc kerberos kernel_linux nls pam perl pg-intdatetime python readline selinux ssl tcl test xml zlib"
RDEPEND="~dev-db/libpq-${PV}
>=sys-libs/ncurses-5.2
kerberos? ( virtual/krb5 )
pam? ( virtual/pam )
perl? ( >=dev-lang/perl-5.6.1-r2 )
python? ( >=dev-lang/python-2.2 dev-python/egenix-mx-base )
readline? ( >=sys-libs/readline-4.1 )
selinux? ( sec-policy/selinux-postgresql )
ssl? ( >=dev-libs/openssl-0.9.6-r1 )
tcl? ( >=dev-lang/tcl-8 )
xml? ( dev-libs/libxml2 dev-libs/libxslt )
zlib? ( >=sys-libs/zlib-1.1.3 )"
DEPEND="${RDEPEND}
sys-devel/autoconf
>=sys-devel/bison-1.875
nls? ( sys-devel/gettext )
xml? ( dev-util/pkgconfig )"
PG_DIR="/var/lib/postgresql"
[[ -z "${PG_MAX_CONNECTIONS}" ]] && PG_MAX_CONNECTIONS="512"
pkg_setup() {
if [[ -f "${PG_DIR}/data/PG_VERSION" ]] ; then
if [[ $(cat "${PG_DIR}/data/PG_VERSION") != $(get_version_component_range 1-2) ]] ; then
eerror "PostgreSQL ${PV} cannot upgrade your existing databases, you must"
eerror "use pg_dump to export your existing databases to a file, and then"
eerror "pg_restore to import them when you have upgraded completely."
eerror "You must remove your entire database directory to continue."
eerror "(database directory = ${PG_DIR})."
die "Remove your database directory to continue"
fi
fi
enewgroup postgres 70
enewuser postgres 70 /bin/bash /var/lib postgres
}
src_unpack() {
unpack ${A}
cd "${S}"
epatch "${FILESDIR}/${PN}-${PV}-gentoo.patch"
epatch "${FILESDIR}/${PN}-${PV}-sh.patch"
# Prepare package for future tests
if use test ; then
# Fix sandbox violation
sed -e "s|/no/such/location|${S}/src/test/regress/tmp_check/no/such/location|g" -i src/test/regress/{input,output}/tablespace.source
# Fix broken tests
epatch "${FILESDIR}/${PN}-${PV}-regress_fix.patch"
# We need to run the tests as a non-root user, portage seems the most fitting here,
# so if userpriv is enabled, we use it directly. If userpriv is disabled, we need to
# su - to a valid user, portage again, so we patch the test-scripts to do that.
mkdir -p "${S}/src/test/regress/tmp_check"
chown portage "${S}/src/test/regress/tmp_check"
einfo "Tests will be run as user portage."
if ! hasq userpriv ${FEATURES} ; then
mkdir -p "${S}/src/test/regress/results"
chown portage "${S}/src/test/regress/results"
epatch "${FILESDIR}/${PN}-${PV}-regress_su.patch"
fi
fi
}
src_compile() {
filter-flags -ffast-math -feliminate-dwarf2-dups
econf --prefix=/usr \
--includedir=/usr/include/postgresql/pgsql \
--sysconfdir=/etc/postgresql \
--mandir=/usr/share/man \
--host=${CHOST} \
--with-docdir=/usr/share/doc/${PF} \
--libdir=/usr/$(get_libdir) \
--enable-depend \
$(use_with kerberos krb5) \
$(use_enable nls ) \
$(use_with pam) \
$(use_with perl) \
$(use_enable pg-intdatetime integer-datetimes ) \
$(use_with python) \
$(use_with readline) \
$(use_with ssl openssl) \
$(use_with tcl) \
$(use_with zlib) \
|| die "configure failed"
emake -j1 LD="$(tc-getLD) $(get_abi_LDFLAGS)" || die "main emake failed"
cd "${S}/contrib"
emake -j1 LD="$(tc-getLD) $(get_abi_LDFLAGS)" || die "contrib emake failed"
if use xml ; then
cd "${S}/contrib/xml2"
emake -j1 LD="$(tc-getLD) $(get_abi_LDFLAGS)" || die "contrib/xml2 emake failed"
fi
}
src_install() {
if use perl ; then
mv -f "${S}/src/pl/plperl/GNUmakefile" "${S}/src/pl/plperl/GNUmakefile_orig"
sed -e "s:\$(DESTDIR)\$(plperl_installdir):\$(plperl_installdir):" \
"${S}/src/pl/plperl/GNUmakefile_orig" > "${S}/src/pl/plperl/GNUmakefile"
fi
cd "${S}"
emake -j1 DESTDIR="${D}" LIBDIR="${D}/usr/$(get_libdir)" install || die "main emake install failed"
cd "${S}/contrib"
emake -j1 DESTDIR="${D}" LIBDIR="${D}/usr/$(get_libdir)" install || die "contrib emake install failed"
if use xml ; then
cd "${S}/contrib/xml2"
emake -j1 DESTDIR="${D}" LIBDIR="${D}/usr/$(get_libdir)" install || die "contrib/xml2 emake install failed"
fi
cd "${S}"
dodoc README HISTORY
cd "${S}/doc"
dodoc FAQ* README.* TODO bug.template
if use doc ; then
cd "${S}/doc"
docinto FAQ_html
dodoc src/FAQ/*
docinto sgml
dodoc src/sgml/*.{sgml,dsl}
docinto sgml/ref
dodoc src/sgml/ref/*.sgml
docinto TODO.detail
dodoc TODO.detail/*
fi
newinitd "${FILESDIR}/postgresql.init-${PV%.*}" postgresql || die "Inserting init.d-file failed"
newconfd "${FILESDIR}/postgresql.conf-${PV%.*}" postgresql || die "Inserting conf.d-file failed"
}
pkg_postinst() {
elog "Execute the following command to setup the initial database environment:"
elog
elog "emerge --config =${PF}"
elog
elog "The autovacuum function, which was in contrib, has been moved to the main"
elog "PostgreSQL functions starting with 8.1."
elog "You can enable it in ${ROOT}/etc/postgresql/postgresql.conf."
elog
elog "If you need a global psqlrc-file, you can place it in '${ROOT}/etc/postgresql/'."
}
pkg_config() {
einfo "Creating the data directory ..."
mkdir -p "${PG_DIR}/data"
chown -Rf postgres:postgres "${PG_DIR}"
chmod 0700 "${PG_DIR}/data"
einfo "Initializing the database ..."
if [[ -f "${PG_DIR}/data/PG_VERSION" ]] ; then
eerror "PostgreSQL ${PV} cannot upgrade your existing databases."
eerror "You must remove your entire database directory to continue."
eerror "(database directory = ${PG_DIR})."
die "Remove your database directory to continue"
else
if use kernel_linux ; then
local SEM=`sysctl -n kernel.sem | cut -f-3`
local SEMMNI=`sysctl -n kernel.sem | cut -f4`
local SEMMNI_MIN=`expr \( ${PG_MAX_CONNECTIONS} + 15 \) / 16`
local SHMMAX=`sysctl -n kernel.shmmax`
local SHMMAX_MIN=`expr 500000 + 30600 \* ${PG_MAX_CONNECTIONS}`
if [ ${SEMMNI} -lt ${SEMMNI_MIN} ] ; then
eerror "The current value of SEMMNI is too low"
eerror "for PostgreSQL to run ${PG_MAX_CONNECTIONS} connections!"
eerror "Temporary setting this value to ${SEMMNI_MIN} while creating the initial database."
echo ${SEM} ${SEMMNI_MIN} > /proc/sys/kernel/sem
fi
su postgres -c "/usr/bin/initdb --pgdata ${PG_DIR}/data"
if [ ! `sysctl -n kernel.sem | cut -f4` -eq ${SEMMNI} ] ; then
echo ${SEM} ${SEMMNI} > /proc/sys/kernel/sem
ewarn "Restoring the SEMMNI value to the previous value."
ewarn "Please edit the last value of kernel.sem in /etc/sysctl.conf"
ewarn "and set it to at least ${SEMMNI_MIN}:"
ewarn
ewarn " kernel.sem = ${SEM} ${SEMMNI_MIN}"
ewarn
fi
if [ ${SHMMAX} -lt ${SHMMAX_MIN} ] ; then
eerror "The current value of SHMMAX is too low for postgresql to run."
eerror "Please edit /etc/sysctl.conf and set this value to at least ${SHMMAX_MIN}:"
eerror
eerror " kernel.shmmax = ${SHMMAX_MIN}"
eerror
fi
else
su postgres -c "/usr/bin/initdb --pgdata ${PG_DIR}/data"
fi
einfo
einfo "You can use the '${ROOT}/etc/init.d/postgresql' script to run PostgreSQL instead of 'pg_ctl'."
einfo
fi
}
src_test() {
cd "${S}"
einfo ">>> Test phase [check]: ${CATEGORY}/${PF}"
if ! emake -j1 check ; then
hasq test ${FEATURES} && die "Make check failed. See above for details."
hasq test ${FEATURES} || eerror "Make check failed. See above for details."
fi
einfo "Yes, there are other tests which could be run."
einfo "... and no, we don't plan to add/support them."
einfo "For now, the main regressions tests will suffice."
einfo "If you think other tests are necessary, please submit a"
einfo "bug including a patch for this ebuild to enable them."
}
Заметь — соблюдаются зависимости, при установке проверяются контрольные суммы самого ебилда, скачанных исходников (если это файл) и прочие вкусности пакетных манагеров.
Вобщем подход к инсталляции приложений под виндой и под линухом очень разный.
А насчет твоей проблемы — не бывает тут такого. Я даже не могу себе представить подобную ситуацию.
--
...belive in the matrix...
Posted via RSDN NNTP Server 2.1 beta
Matrix has you...
Re[9]: Подскажите инструмент для создания инсталляций
Эх, промашку я дал.
Думал может генту в твоем посте все-таки не версию Линукса означает, а какой-нить новый пакет для разработки инсталляций для Виндоуз.
Тема данного обсуждения — средство создания инсталляционных пакетов для Виндоуз, а не отличия в операционных системах.
Зря только голову морочили.
... << RSDN@Home 1.2.0 alpha rev. 789>>
Re[10]: Подскажите инструмент для создания инсталляций
Rothmans однажды (26 февраля 2008 [Вторник] 13:48) писал:
> Зря только голову морочили.
Извиняюсь... Считал что генту довольно известна чтобы так ошибиться и думал что вы интересуетесь вопросом, как это делается тут....
--
...belive in the matrix...
Posted via RSDN NNTP Server 2.1 beta
Matrix has you...
Re[11]: Подскажите инструмент для создания инсталляций
Здравствуйте, Sheridan, Вы писали: >> Зря только голову морочили. S>Извиняюсь... Считал что генту довольно известна чтобы так ошибиться и думал что вы интересуетесь вопросом, как это делается тут....
Извини, сразу не понял каким боком Линукс относится к средствам создания инстялляционных пакетов для Виндоуз
Ладно, проехали
... << RSDN@Home 1.2.0 alpha rev. 789>>
Re[2]: Подскажите инструмент для создания инсталляций
Здравствуйте, olegyershov, Вы писали:
O>Здравствуйте, Mattias, Вы писали:
M>>Появилась задача выбрать инструмент для создания инсталляционных пакетов. Поскольку я этим никогда не занимался, хотелось бы узнать, кто M>>что думает на эту тему.
M>>Основные критерии:
M>>1) Размер полученного файла. M>>2) Надежность (лучше от известных компаний). M>>3) Совместимость с Вистой.
O>Я чем, собственно InnoSetup плох? O>Бесплатный, в исходных текстах, постоянные обновления выходят, есть инструмент для визуального проектирования инсталляционного пакета. К инсталляции (упакованным файлам) около 300К добавляет. Хотя может и меньше, не помню. Для современных компов и скоростей инета — это совсем не проблема.
O>Для простых инсталляций проще не бывает, ИМХО O>Можно делать и достаточно сложные инсталляционные пакеты (сам делал, знаю что говорю), но придется кое-че ручками в скриптах дописывать. Есть встроенный скрипт-паскаль (который тоже есть в исходных текстах) достаточно мощьный. Есть подробная справка, так что разобраться — нет проблем.
O>Какаих-то проблем совместимости с различными операционками — не заметил (в том числе и виста и х64 системы)
O>ссылки: O>сам InnoSetup Compiler: O>http://www.jrsoftware.org/isinfo.php
O>Оболочка: O>http://www.istool.org/
С Inno Setup одна проблема. Это не юникодное приложение((( Возникают проблемы у пользователей у которых нет кирилицы(((
Re[2]: Подскажите инструмент для создания инсталляций
Здравствуйте, nzeemin, Вы писали:
N>Здравствуйте, Mattias, Вы писали:
M>>Появилась задача выбрать инструмент для создания инсталляционных пакетов. Поскольку я этим никогда не занимался, хотелось бы узнать, кто M>>что думает на эту тему.
N>Думаю буквально следующее: N>http://rsdn.ru/article/install/Deploying.xml
M>>Основные критерии: M>>1) Размер полученного файла. M>>2) Надежность (лучше от известных компаний). M>>3) Совместимость с Вистой.
N>А первый и третий пункты не противоречат друг другу?
N>Для своих проектов обычно использую WiX. N>http://rsdn.ru/article/install/wixfaq.xml
Здравствуйте, Dmitria, Вы писали:
D>Здравствуйте, Mattias, Вы писали:
M>>Появилась задача выбрать инструмент для создания инсталляционных пакетов. Поскольку я этим никогда не занимался, хотелось бы узнать, кто M>>что думает на эту тему.
M>>Основные критерии:
M>>1) Размер полученного файла. M>>2) Надежность (лучше от известных компаний). M>>3) Совместимость с Вистой.
D>Попробуй Wix (Windows Installer XML). Просто, быстро, удобно, если не сильно заморачиваться. Производитель сам Microsoft так что с Вистой траблов не будет.
А в нем можно менять алгоритм сжатия, а то слишком большой файл получается (1482Кб из 3.5Мб)??
Re[4]: Подскажите инструмент для создания инсталляций
Здравствуйте, Юнусов Булат, Вы писали:
ЮБ>Здравствуйте, Mattias, Вы писали:
M>>А в нем можно менять алгоритм сжатия, а то слишком большой файл получается (1482Кб из 3.5Мб)??
ЮБ>
Re[6]: Подскажите инструмент для создания инсталляций
От:
Аноним
Дата:
06.03.08 13:16
Оценка:
Здравствуйте, Rothmans, Вы писали:
R>Здравствуйте, Sheridan, Вы писали:
S>>Rothmans однажды (25 февраля 2008 [Понедельник] 18:12) писал:
>>> А что генту, позволяет повторно использовать исходные файлы в разных проектах? S>>Можно подробнее, что имеется ввиду? Хотябы что подразумевается под исходными файлами?
R>Ну файлы, в которых лежит описание проекта R>Ну поддерживается ли модульность исходных текстов другими словами? R>Например у меня 5 проектов, во всех почти одни и те же CA, та же последовательности и пр. Но общие части проекта сохранить отдельно для повторного использования я не могу, потому что этот дурацкий IS12 такого не предусматривает. Поэтому мне приходится тщательно переносить по буковке все наработки в одном проекте в 5 других, вместо того чтобы просто сослаться на готовый кусок. R>(И merge modules пожалуйста не предлагать, это совсем другое). R>(WiX, кстати, такое поддерживает естевственным образом)
А сохранить проект как шаблон не пробовали?
Помогает
Re[7]: Подскажите инструмент для создания инсталляций
M>С Inno Setup одна проблема. Это не юникодное приложение((( Возникают проблемы у пользователей у которых нет кирилицы(((
Что-то я не понял, а зачем юзерам НЕ С КИРИЛИЦЕЙ кирилические сетапы???
Писать все на английском. Или на том языке, каком надо
Re[4]: Подскажите инструмент для создания инсталляций
Здравствуйте, olegyershov, Вы писали:
M>>С Inno Setup одна проблема. Это не юникодное приложение((( Возникают проблемы у пользователей у которых нет кирилицы((( O>Что-то я не понял, а зачем юзерам НЕ С КИРИЛИЦЕЙ кирилические сетапы??? O>Писать все на английском. Или на том языке, каком надо
На это просто ответить)) Представьте, сидит наш соотечественник где-нибудь в Париже на работе и не имеет возможности поставить себе нужную кодовую страницу а язык ОС у него французский)) Тогда он не сможет использовать мое русскоязычное приложение)))
Re[5]: Подскажите инструмент для создания инсталляций
Здравствуйте, Mattias, Вы писали:
M>Здравствуйте, olegyershov, Вы писали:
M>>>С Inno Setup одна проблема. Это не юникодное приложение((( Возникают проблемы у пользователей у которых нет кирилицы((( O>>Что-то я не понял, а зачем юзерам НЕ С КИРИЛИЦЕЙ кирилические сетапы??? O>>Писать все на английском. Или на том языке, каком надо
M>На это просто ответить)) Представьте, сидит наш соотечественник где-нибудь в Париже на работе и не имеет возможности поставить себе нужную кодовую страницу а язык ОС у него французский)) Тогда он не сможет использовать мое русскоязычное приложение)))
Точнее не сможет установить, использовать как раз сможет))
Re: Подскажите инструмент для создания инсталляций
Здравствуйте, Mattias, Вы писали:
M>Появилась задача выбрать инструмент для создания инсталляционных пакетов. Поскольку я этим никогда не занимался, хотелось бы узнать, кто M>что думает на эту тему.
M>Основные критерии:
M>1) Размер полученного файла. M>2) Надежность (лучше от известных компаний). M>3) Совместимость с Вистой.
Еще вопрос. Существуют ли Инсталяторы, которые поддерживают что-то типа препроцессора. В WiX- е я вроде такой возможности не нашел((
Например в зависимости от параметров инсталлировать разные файлы и вызывать разные процедуры...
Re[2]: Подскажите инструмент для создания инсталляций
Здравствуйте, Mattias, Вы писали:
M>Еще вопрос. Существуют ли Инсталяторы, которые поддерживают что-то типа препроцессора. В WiX- е я вроде такой возможности не нашел((
Плохо искал?
Wix Help -> Tools -> Preprocessor
M>Например в зависимости от параметров инсталлировать разные файлы и вызывать разные процедуры...
В Windows Installer для этого служат "Условия" (Conditions)
Условие можно поставить на компонет или на действие.
Re[2]: Подскажите инструмент для создания инсталляций
Здравствуйте, Mattias, Вы писали:
M>Еще вопрос. Существуют ли Инсталяторы, которые поддерживают что-то типа препроцессора. В WiX- е я вроде такой возможности не нашел((
M>Например в зависимости от параметров инсталлировать разные файлы и вызывать разные процедуры...
