From: Stanislav Ievlev <inger@alt-linux.org> To: devel@altlinux.ru Subject: Re: [devel] Torque Installer - первый взгляд Date: Tue, 15 Jan 2002 19:54:36 +0300 Message-ID: <3C445ECC.4030409@alt-linux.org> (raw) In-Reply-To: <3C444420.8070201@altlinux.ru> Yury Umanets wrote: > Stanislav Ievlev wrote: > >> Привет! >> >> Теперь я посмотрел инсталлятор несколько более подробнее: >> Вот возникло несколько мыслей: >> >> 1) Архитектура очень интересная, особенно касательно плагинов > > > >> >> 2) Но вот на примере плагина welcome - как я понял графика там жестко >> прошита. То есть хотелось бы такой же > > > Пока да, но это не недостаток архитектуры. Это мой недосмотр. Это как > раз то о чем говорил Жуков. То есть инициализания самого плугина будет > отдельно от инициализации самого плугина. ??? Может быть в описании каждого плугина два символа : init_as_text init_as_gui > > Вы это имели ввиду? Или вы говорите о том, что было бы неплохо весь > внешний вид описать в xml? Тогда лучше уж заюзать мозильное ядро и > сделать инсталяху на html :)) > >> легкости ив переключении с тектового на графический интерфейс. Это >> понятно сложнее, да и сделать виджеты одинаково для обоих режимов >> очень тяжело, но иначе надо как я понял писать две версии интерфейса >> для каждого модуля (см. п. 7) > > > Постараемся избежать, но довольно трудно. Кроме того интерфейс это не > очень большая часть. Да, тяжело, посмотрите что мне пришлось накручивать ;)) > > >> >> 3) Не совсем я также разобрался зачем нужен extraseg. Я если честно >> опасаюсь нестандартностей > > > Он нужен для того, чтобы получить один бинарник и не париться с тем > куда положить модули, где их программа должна искать и т.д. Ну это > такая тяга к компактности. Записал на дискетку бинарник и все :)) > > А на счет нестандартности, так вроде все нормально. Добавили мы одну > секцию в elf ну и что? Это позволительно. Компилятор вон их сколько > пихает для всякой чепухи :) В остальном - нормальный lds скрипт, для > elf32-x86. > Мы ж можем проверять архитектуру и пихать нужный скрипт. В конце > концов можно от него отказаться. Его вполне можно заменить dlopen-ом > на свой бинарник, но из-за этого инсталяшка линкуется на libdl, что > при статической линковке не дает экономию в несколько десятков килобайт. > > Кроме всего прочего можно эту "фичу" вообще не использовать, если > смущает. А можно использовать для чего-нибудь миниатюрного. Я как понял это замена символов. Может кстати это позволит лучше застрипать плагины. > >> >> 4) Мне показалось, что слишком сильная привязка на gtk. Но может я не >> прав. > > > Согласен. > > Когда я уберу зависимость GUI от кода плугинов зависимость на gtk > уменьшится. Ну а вообще, нужно ж на что-то завязываться. Нужно > подумать, как завязаться по минимуму > > >> >> 5) Инсталлятор будет постоянно усложняться. Может лучше его написать >> на C++? Современные инсталляторы от MDK и RH это многие килограммы >> кода в которых разбираться не очень просто. > > > Писал на C по нескольким причинам. > 1. Инициализация быстрее. > 2. Компиляция быстрее (несущественно) > 3. был выбран gtk по причине легкости и GPL-ности > 4. gtk-шная c++-ная реинкарнация не поспевает за c-шной Мне кажется это вообще изврат - эмуляция C++ через C ;) > > 5. многие считают с++ не совсем подходящим языком для таких задач > (несуущественно) C++ идеален для больших проектов (как инсталлятор+конфигуратор). Gnome наглядный пример что приходится накручивать для эмуляции возможностей C++. Прикрутить обычный gtk к C++ это не проблема. Можно оставить С на двух первых стадиях, а самую интеллектуальную часть сделать на C++. > > >> >> 6) Есть ли какие идеи по поводу устройства загрузочной дискеты? > > > Этим занимает Жуков. мы с ним прорабатывали эти моменты некоторое > время назад. У него есть опыт, да и не только. На сколько я понял, он > это взял на себя полностью. У него не просто идеи, у него уже есть > рабочий вариант. На сколько я знаю, он использует busybox. Уточните у > него пожалуйста. > >> >> >> >> Повторю, что это был первый взгляд, возможно ошибочный. >> >> 7) Предлагаю посмотреть мои идеи по поводу конфигуратора (там внутри >> есть маленькая документация) >> http://linux.ru.net/~inger/Config-Dialog-b6.tar.bz2 > > > Обязательно посмотрю. > >> >> Возможно они пригодятся или их как-то можно будет интегрировать в >> инсталлятор. > > > Посмотрим. Может какую идею сворую :)) Посмотрите на общую архитектуру - нам надо сразу готовиться к мощной конфигурационной системе заранее. > > >> >> К сожалению у меня все написано на C++, но с другой стороны можно >> легко портировать на gtk (сейчас qt и newt). > > > :)) c++ не проблема. > >> > Принципиальные возражения есть? Например Вы принципиально против gtk? Нет конечно, тем более как я говорил он интегрируется в мою схему. > > >> >> >> >> _______________________________________________ >> Devel mailing list >> Devel@altlinux.ru >> http://altlinux.ru/mailman/listinfo/devel > > > >
next prev parent reply other threads:[~2002-01-15 16:54 UTC|newest] Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top 2002-01-15 9:45 [devel] Torque Installer Yury Umanets 2002-01-15 10:30 ` Alexander Bokovoy 2002-01-15 11:02 ` Yury Umanets 2002-01-15 18:01 ` Alexander Bokovoy 2002-01-15 10:45 ` Stanislav Ievlev 2002-01-15 11:05 ` Yury Umanets 2002-01-15 11:51 ` Stanislav Ievlev 2002-01-15 14:29 ` [devel] Torque Installer - первый взгляд Stanislav Ievlev 2002-01-15 15:00 ` Yury Umanets 2002-01-15 15:26 ` [devel] Torque Installer -первый взгляд Aleksey Novodvorsky 2002-01-15 17:59 ` Yury Umanets 2002-01-15 16:54 ` Stanislav Ievlev [this message] 2002-01-15 17:06 ` [devel] Torque Installer - первый взгляд Yury Umanets 2002-01-15 23:11 ` [devel] " Mikhail Zabaluev 2002-01-15 16:09 ` [devel] " Michael Shigorin 2002-01-15 10:51 ` [devel] Torque Installer Aleksey Novodvorsky
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=3C445ECC.4030409@alt-linux.org \ --to=inger@alt-linux.org \ --cc=devel@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git