Программа ДистроНавигатор Опции Поделиться

[ИВК]

Программа DistroNavigator - графический интерфейс для сборки альтовских дистрибутивов. Альфа-версия.

Навигатор для дебрей альтовского дистростроя Рассчитан прежде всего на новичков в создании собственных дистрибутивов. Работает с m-p-d и m-p (но поддержка m-p-d полнее и надёжнее). Можно создавать собственные брендинги и собирать дистрибутивы с ними.
Подробности насчёт использования программы - во встроенной в неё справке.

Пакет distronavigator устанавливается посредством apt-get , если подключен клубный репозиторий (p8 или p9).
Запуск из меню (категория "Разработка") или из консоли командой distronavigator

всё вышесказанное актуально на данный момент; в случае любых изменений эта информация будет приведена в соответствие с ними.

----------------------------------------------------------------------------------------------------------------
----------------------------------------------------------------------------------------------------------------

Собрался всё-таки довести до ума gui для Mkimage-profiles. Напомню, что у меня уже есть gui для m-p/m-p-d, но кое-как сляпанные и привязанные к моим сборкам. На сей раз собираюсь сделать уже нормальную мордочку для m-p, с помощью которой можно было бы в любом альтовском дистре собирать любой альтовский дистр. Без помощи создателей m-p тут точно не обойтись
Сейчас прога выглядит так :  mpgui.tar.gz ( 457.86 килобайт ) Кол-во скачиваний: 11

Пишется она на Питоне (для запуска должны быть установлены пакеты python-modules-tkinter и python-module-imaging). Ей требуются, естественно, сам m-p, исходники брендинга и несколько программ - но запустить её для проверки можно и без этого.
Как в целом всё должно выглядеть - отчасти видно по секции "Брендинг", потому что она единственная более-менее готовая При установленных исходниках брендинга и другом вызываемом из той секции софте (а в моих сборках это есть "из коробки", и не так уж сложно организовать это и в других дистрах) там всё работает.
А вот за кнопками "Состав сборки", "Настройка" и "Запуск" - пустота, потому что там всё было пристёгнуто к моим сборкам, а посему теперь удалено подчистую. Вот тут мне как раз и требуются подсказки со стороны людей, которые гораздо больше меня понимают в m-p Как вообще там можно строить gui, на что опираться, что в недрах m-p необходимо изучить? Собственно, это и есть связка вопросов, без решения которых дальше двигаться нет смысла.
Что касается прочих неясностей и недоработок, то они второстепенны, но буду рад любым советам и любой критике
Несколько позже подниму эту тему и в рассылке.

[Michael Shigorin]

А я тем временем сделал простенький модуль alterator-mkimage :)

[ИВК]

А я тем временем сделал простенький модуль alterator-mkimage

Так он для тех, кто в общем-то и так "в курсе". А я пишу прогу для чайников

[Skull]

А вот за кнопками "Состав сборки", "Настройка" и "Запуск" - пустота, потому что там всё было пристёгнуто к моим сборкам, а посему теперь удалено подчистую. Вот тут мне как раз и требуются подсказки со стороны людей, которые гораздо больше меня понимают в m-p Как вообще там можно строить gui, на что опираться, что в недрах m-p необходимо изучить? Собственно, это и есть связка вопросов, без решения которых дальше двигаться нет смысла.

В юзабилити лучше опираться на рабочие процессы, а не частые действия (вспомнил-сделал).

Когда делается свой дистрибутив, то что определяется? Давайте попробуем разобраться.

1. Выясняется какой дистрибутив использовать за основу (люди ленивы и готовы чуть-чуть изменить). То есть выбирается проект (лучше, чтобы проекты были готовы, благо m-p-d позволяет).
2. Меняется название (понятное дело, это же святое!), состав пакетов, хуки и оформление. Получается четыре крупных раздела. Если юзер хочет "по приколу" собрать прям щас свежий Simply Linux, то он загружает проект и жамкает кнопку "Создать!". Потом потихоньку меняет.
3. После того, как сделали все изменения, создаём iso-образ. потому что его можно в любимой программе записать или (что вероятней при отладке) подцепить к VirtualBox.
4. При необходимости проект сохраняется и временные файлы очищаются.

Теперь по интерфейсу. Так как параметров для изменения много, простой мастер исключается. По задумке автора это будет рабочая область с левой панелью кнопок действий.

Посмотрите мой прототип интерфейса. Вкладки можно заменить на значки разделов (как в Microsoft Outlook).

Прикрепленные файлы

 mpdgui.png ( 20.77 килобайт ) Кол-во скачиваний: 21

 

[ИВК]

1. Выясняется какой дистрибутив использовать за основу (люди ленивы и готовы чуть-чуть изменить). То есть выбирается проект (лучше, чтобы проекты были готовы, благо m-p-d позволяет).

Логично. И тогда понятнее, как сочинять gui для этого дела, с чего начинать.

Теперь по интерфейсу. Так как параметров для изменения много, простой мастер исключается. По задумке автора это будет рабочая область с левой панелью кнопок действий. Посмотрите мой прототип интерфейса.

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

[Skull]

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

необязательно вверху, можно и справа. Но по поводу постоянного показа — в точку. Пользователь теряется, когда что-то исчезает. Обрати внимание, что нужно отмечать статус сборочницы (справа внизу).

[ИВК]

Вверху постоянные кнопки разделов (вероятно, такие : Проекты, Состав сборки, Настройки, Оформление, Справка). Справа : в верхней части кнопки навигации (как сейчас в разделе брендинга; но они и в других разделах понадобятся), в нижней - кнопки действий. В зависимости от выбранного проекта должно соответственно меняться содержимое других разделов (кроме Справки, естественно) - но это потом; для начала пусть в разделе Проекты будет один проект Примерно так. Пожалуй, в ближайшее время попробую как-то это реализовать

[ИВК]

Перенесено из темы "Электронный журнал про Alt linux"

А что тут такого, на Basic'ах и Pascal'ях же пишут программки и без полноценных IDE обходятся

Но вряд ли кто будет отрицать тот факт, что с gui намного удобнее

А вот по поводу мордочки вопрос: а стоит ли её делать? В смысле - самому и на чём умеешь. Может быть лучше скооперироваться с mike@ и попробовать совместно web-интерфейс разрабатывать? Честно говоря, IMO, то направление более масштабируемо и глобально более ценно для сообщества. Но дело, конечно, каждого куда вкладыват свои ресурсы, возможно тебе это важнее и по другим причинам.

Об этом поздно говорить : моя прога - в стадии доработки, и бросать её уже нет смысла. Доделаю, а уж дальше видно будет.
А вообще тут главное в том, кому вообще нужен gui для сборки альтовских дистров. Ещё недавно вроде как никому был не нужен. Сейчас лично я знаю одного человека, который в самом деле этим gui (даже недоделанным) активно пользуется, и человек этот ходит в шестой класс школы Вот на его потребности/возможности я и ориентируюсь - именно потому что это реально существующий пользователь программы, а не гипотетический. А другие потенциальные пользователи... где они? Ну не вдохновляет меня идея писать gui для гиков, которые и без него до сих пор успешно обходились (рассылку devel-distro, кстати, читаю, в том числе и обсуждение, которое начал Ildar Mulyukov... но всё равно не вдохновляет). Надо всё-таки определиться, кому требуется gui, в чём настоящий смысл его написания.

[ИВК]

Программа сейчас в таком виде :
 mpgui.tar.gz ( 398.35 килобайт ) Кол-во скачиваний: 5

Запуск командой

Код

python mpgui.py

 screenshot.jpg ( 129.18 килобайт ) Кол-во скачиваний: 19

Тестовая версия. У меня дистры успешно собирает; впрочем, баги ещё выскакивают иногда.
Прогу делал при разрешении 1280x1024; потом подгонял ещё под 1024x768 (это сейчас минимум для неё); как при других разрешениях - не знаю.
С брендингом разные нюансы, из-за которых он на других компах так просто собираться не будет (с чем попозже разберусь, поскольку это едва ли главное), а прочее по идее должно работать не только у меня.
Про всякого рода пояснительный материал. Кто-то может сказать, что его слишком мало, а кто-то - как раз наоборот. Так вот, в итоге такого материала будет намного больше, чем сейчас, но с возможностью отключить его показ.
Пока что задействовал минимум базовых дистрибутивов, фичей, параметров сборки. Думаю, без лишних мучений использовать остальное можно, лишь добавив к m-p, так сказать, интерфейс, обращённый к gui А именно : базовые дистрибутивы (то есть не включающие в себя дополнительных фичей) отдельно и со своим единообразным интерфейсом для подключения к gui; фичи - тоже отдельно и с собственным подобным интерфейсом; pkglist'ы - тоже; параметры сборки - тоже. (Понимаю шаткость границ между дистрами, фичами и pkglist'ами, но хотя бы для gui эти границы должны выглядеть чёткими). Таково (в самом общем виде) моё мнение на этот счёт; уж не знаю, насколько оно справедливо Собственно, исходя из этих соображений, чуть-чуть подправил тот экземпляр m-p, который встроен в каталог программы (по идее, конечно, на его месте должен быть симлинк на оригинальный m-p, но сейчас так не сделать).
Насчёт того, на каком языке желательно писать gui для m-p. Михаил тут говорил, что лучше веб-интерфейс. Поскольку тестовый питоновский gui теперь налицо, то можно уже более предметно обсудить вопрос о том, чем именно веб-интерфейс был бы лучше.
Насчёт того, каким сторонам программы я уделяю больше внимания, а каким меньше. Ориентируюсь прежде всего на очевидные для меня потребности конкретных людей, а не на предполагаемые запросы гипотетических пользователей. А значит, программа получается такой, какой она нужна двум людям, которые уже сейчас всерьёз ею интересуются - то есть автору и тестеру. Этими субъективными соображениями и обусловлена расстановка акцентов (выбор именно сборок с TDE в качестве базовых, особое внимание к брендингу, пояснения с картинками и т.п.) Если ещё кто-то желает использовать эту программу то давайте обсудим, какой же она должна стать в итоге и как её таковой сделать

[ksa]

Этими субъективными соображениями и обусловлена расстановка акцентов (выбор именно сборок с TDE в качестве базовых, особое внимание к брендингу, пояснения с картинками и т.п.)

Я за пояснения как можно более подробные на каждое действие (как на приложенном скрине, например). В остальном же считаю, что не принципиально, с каким DE пойдёт сборка. Хорошая работа, надеюсь доведешь до ума

Сообщение отредактировал ksa - 1.12.2012, 13:18

[kostyalamer]

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

[ИВК]

Да, собирает и в свою репу укладывает. Но как раз секцию брендинга я пока не вполне отвязал от своей сборки.

[ИВК]

Я за пояснения как можно более подробные на каждое действие (как на приложенном скрине, например). В остальном же считаю, что не принципиально, с каким DE пойдёт сборка. Хорошая работа, надеюсь доведешь до ума

Непременно доведу. Пока на неделю или две переключусь на срочные дела, а потом опять возьмусь за эту софтину.

[ИВК]

Альфа-версия gui для m-p-d

Сделал в ней довольно много пробных сборок, по ходу дела отстреливая баги; вроде особо крупных не осталось... или я их не вижу
rpm-пакет пока не делал. Поэтому выкладываю программу просто в виде архива. .mpdgui.tar.gz надо распаковать в домашний каталог, а сам скрипт mpdgui.py положить куда угодно. Запуск пока из консоли (чтобы баги отлавливать).
Объём этого архива так велик из-за того, что как сам m-p-d (тот вариант, который Константин в декабре выложил вот здесь - чуть-чуть доработанный), так и исходники базового брендинга встроены прямо в каталог программы. Делать иначе прямо сейчас не вижу смысла (неоправданное усложнение), а дальше видно будет.
В качестве базовых дистрибутивов сейчас поддерживаются только те, которые в Makefile m-p-d фигурируют под названиями kde3.cd, kde.cd, wmsmall.cd и wmmiddle.cd (уточнение насчёт двух последних : без скелетонов). Также пробовал e17test.cd и children.cd, там что-то не пошло, пока отложил. Собственно, прикрутить к проге поддержку какого-либо дистрибутива не так уж сложно, была бы у кого-то потребность в этом.
Проектов на основе базовых дистрибутивов можно одновременно делать сколько захочется (если начнут путаться под ногами - лишние спрячьте в корзине ). Можно добавлять к сборке live- и rescue- режимы (правда, не проверял, как работают), делить пакеты дистрибутива на основной набор и группы, устанавливаемые по выбору пользователя.
Базовый брендинг пока(?) один - наш клубный (не знаю, нужны ли ещё и другие, поскольку и из этого одного легко соорудить что угодно, даже вовсе на него не похожее ). Для пробы позволено вытворять с ним что угодно в демо-режиме (в tmpfs; результаты не сохраняются). Но вообще он для создания на его основе других брендингов. Всякого рода заставки / фоновые картинки можно делать каждую отдельно или (кому лень) использовать для всех одну картинку.
Для собираемых пользователем rpm-пакетов брендинга, естественно, требуется локальный репозиторий; если он не указан пользователем, то будет создан автоматически.
Кроме основного питоновского пакета требуются ещё python-modules-tkinter и python-module-imaging. Из сторонних программ нужны (если делать свой брендинг) Gimp и (если одна картинка для всех заставок) ImageMagick (хотя его, наверное, можно чем-то заменить). Ещё используются несколько стандартных утилит, которые, видимо, есть везде.
Писал прогу при разрешении 1280x1024, под 1024x768 (а это минимум по крайней мере для данной версии программы) вроде тоже подогнал; насчёт других разрешений не знаю.
Насколько успел, снабдил программу пояснениями и картинками; кому они не нужны, тот может отключить их показ.

Когда время будет, хочу заняться ещё вот чем (перечислено примерно в порядке убывания значимости) :
Основательно потестировать программу с целью добивания уцелевших багов и недочётов.
Улучшить справочную систему.
Доработать сам интерфейс.
Прикрутить поддержку скелетонов (минискелетонов).
Нормально согласовать install- и live-режимы, когда они в одной сборке.
Реализовать подключение фичей.
Собрать rpm проги.
Придумать для неё название
Привести код в порядок (сейчас в нём много странного).
Увеличить число поддерживаемых базовых дистрибутивов.
Всерьёз заняться секцией сборочных параметров.

Кому интересно - потестируйте, пожалуйста. Не удивлюсь, если обнаружите что-то, чего я не замечаю Думаю, прога ничего не поломает; она по умолчанию работает только в своих каталогах, а это ~/.mpdgui и /tmp/.private/<имя_юзера>/mpdgui.
 sn1.png ( 200.37 килобайт ) Кол-во скачиваний: 8
 sn2.png ( 100.61 килобайт ) Кол-во скачиваний: 9
 sn3.png ( 53.25 килобайт ) Кол-во скачиваний: 7

[kostyalamer]

Кому интересно - потестируйте, пожалуйста. Не удивлюсь, если обнаружите что-то, чего я не замечаю Думаю, прога ничего не поломает; она по умолчанию работает только в своих каталогах, а это ~/.mpdgui и /tmp/.private/<имя_юзера>/mpdgui.

Мне очень интересно, но я в полнейшем swap-е - добиваю wmmiddle. Надо бы твою сборочницу в него запихать, может соберешь пакет ?
Кстати скелетон wmmiddle опять меняется в связи с переходом на новые иконки, наверное будет готов в следующие выходные ( скелетон а не wmmiddle )

[ИВК]

может соберешь пакет ?

Ну тогда несколько изменю приоритеты и постараюсь первым делом вспомнить, как вообще собираются rpm-ки Наверное, соберу. Но альфу в сборку запихивать - это уместно?

[kostyalamer]

Ну тогда несколько изменю приоритеты и постараюсь первым делом вспомнить, как вообще собираются rpm-ки Наверное, соберу. Но альфу в сборку запихивать - это уместно?

Вполне уместно сделай версию например 0.1 и спокойно собирай, если что помочь с rpm-кой - я вечером в джабере, правда завтра - сегодня уже вырубаюсь.

[ИВК]

Ясно; соберу.

[ИВК]

Вот этот пакет : mpdgui-0.1-alt1.noarch.rpm

[kostyalamer]

Вот этот пакет : mpdgui-0.1-alt1.noarch.rpm

Иван, спасибо, скачал. В клубную репу засунуть не могу так как нет src-хи, а в wmmiddle с удовольствием запихаю при помощи сборочной репы.

Сообщение отредактировал kostyalamer - 3.3.2013, 21:59

[ИВК]

В клубную репу засунуть не могу так как нет src-хи

Забыл про неё, а сейчас её так просто в инет на забросить; ну да ладно, не к спеху Следующую версию выложу вместе с src-кой

[ИВК]

А тут, оказывается, на одну из верхних кнопок текст не влазит Костя, у тебя там разрешение какое?

[kostyalamer]

А тут, оказывается, на одну из верхних кнопок текст не влазит Костя, у тебя там разрешение какое?

1024*768 , это про крайнюю правую? Скорее всего приколы Tkinterа ( он почему-то иногда игнорирует даже прописанные шрифты, таща размер или шрифт, точно не скажу, из системы ) По-этому я перешел на графические кнопки когда писал wmtrashpy .
Но в принципе понятно что у тебя там написано, так что не критично

Сообщение отредактировал kostyalamer - 6.3.2013, 21:01

[ИВК]

Ага, любопытно... но ещё любопытнее то, что у меня в том же WMMiddle (а я уже поставил его на оба компа) при том же разрешении 1024x768 текст на эту кнопку вполне влезает; и вообще не наблюдается никаких странностей с текстами - ни на кнопках, ни в самом окне. Наверное, и это различие как-то связано с тем, что у меня сборка на t6

[kostyalamer]

Наверное, и это различие как-то связано с тем, что у меня сборка на t6

Да , скорее всего у нас с тобой получились разные шрифты в сборках.

[ИВК]

Потестировав программу в WMMiddle, обнаружил, что крайне безалаберно отнёсся к её зависимостям - а в них должны быть прописаны по крайней мере hasher, mkimage, autoconf_2.60, apt-repo-tools. В следующей версии впишу. И ещё юзер должен состоять в группе hashman. И это... "rpmbuild - команда не найдена" - вроде srpm ещё и самой прогой rpm собирается А вообще убедился, что прога пока всё-таки не вполне отвязана от той среды, в которой она пишется, и первая же проверка в другой среде это наглядно показала

[kostyalamer]

Потестировав программу в WMMiddle, обнаружил, что крайне безалаберно отнёсся к её зависимостям - а в них должны быть прописаны по крайней мере hasher, mkimage, autoconf_2.60, apt-repo-tools. В следующей версии впишу. И ещё юзер должен состоять в группе hashman. И это... "rpmbuild - программа не найдена" - вроде srpm ещё и самой прогой rpm собирается А вообще убедился, что прога пока всё-таки не вполне отвязана от той среды, в которой она пишется, и первая же проверка в другой среде это наглядно показала

Как впишешь заливай куда-нибудь при удобном случае ( лучше и src-ху тоже ).
В группу hashman добавлю в клубном installer-е

[ИВК]

В группу hashman добавлю в клубном installer-е

Это будет правильно Но, имея в виду возможность использования программы в других дистрах, всё-таки добавлю проверку на на то, состоит ли юзер в hashman. Равно как и на наличие локального зеркала бранча.... чтобы по крайней мере предупредить о мелких неудобствах, связанных с его отсутствием. А то пишу прогу для чайников, а предполагаю, что всё это у них уже непременно есть; упустил эту деталь из виду

[kostyalamer]

Это будет правильно Но, имея в виду возможность использования программы в других дистрах, всё-таки добавлю проверку на на то, состоит ли юзер в hashman.

Залил в клубную репу для p6:
installer-distro-club-6.0-alt18 и installer-distro-wmmiddle-6.0-alt18 в них пользователь добавлен в группу hashman,
Теперь у того кто использует клубный инсталлер для своих сборок эта проблема возникать не должна

[ИВК]

Наверное, основная проблема тут со сборкой src брендинга; можно вообще собирать src-ку так, чтобы сборочные зависимости брендинга не превратились в зависимости моей программы? В wmmiddle получается вот что :

Код

(из каталога, где лежит branding.tar )
$ rpm  -ts  --nodeps  branding.tar
ошибка: Невозможно переименовать /home/qaz/RPM/SPECS/rpm-spec.F2jGxh в /home/qaz/RPM/SPECS/rpm-spec.F2jGxh: Нет такого файла или каталога: Нет такого файла или каталога

Пакеты rpm-build-* (во всяком случае, те, что есть в моей системе, а в ней этой ошибки нет) установлены.
Или вообще что-то не то делаю? Блуждаю в дебрях хашера (и около него)

[kostyalamer]

Не совсем понял что ты делаешь, а главное зачем?
Судя по путям которые у тебя прописаны хашер тут ни при чём

[ИВК]

Да, хашер пока что ни при чём. Это следующим шагом должно быть hsh <src-пакет брендинга>. Если я верно понял, то при сборке srpm брендинга с опцией --nodeps не требуется наличия в хостовой системе сборочных зависимостей брендинга (а в том же wmmiddle их по умолчанию точно нет, хотя бы некоторых). Смысл всех манипуляций в том, чтобы в число зависимостей mpdgui не входили сборочные зависимости брендинга. Вопрос в том, правильным ли путём я пытаюсь этого достичь.

[kostyalamer]

Смысл всех манипуляций в том, чтобы в число зависимостей mpdgui не входили сборочные зависимости брендинга. Вопрос в том, правильным ли путём я пытаюсь этого достичь.

То есть у тебя получается пакет mpdgui который в числе прочего собирает во время работы пакет с брендингом когда пользователь тыкает на какую-то кнопку . Прописывай все в зависимости к mpdgui иначе брендинг собраться не должен. Даже если он соберется и будет работать в wmmiddle не факт что он будет собираться и работать в другом дистрибутиве

[ИВК]

То есть у тебя получается пакет mpdgui который в числе прочего собирает во время работы пакет с брендингом когда пользователь тыкает на какую-то кнопку .

Ну да, прога собирает rpm-ки брендинга и складывает их в репу, которую специально для этого перед тем создаёт

Прописывай все в зависимости к mpdgui иначе брендинг собраться не должен.

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

[ИВК]

Вписал в спек зависимости, пересобрал сначала mpdgui, а потом и wmmiddle, установил его заново - и убедился, что теперь в нём mpdgui "из коробки" (выполнение hasher-useradd вручную уже можно не принимать во внимание) собирает как пакеты брендинга, так и дистрибутивы. Но не буду спешить с выкладыванием новой версии; кое-что надо подправить, да и вообще погоняю прогу какое-то время в wmmiddle - если проблем не будет, то их с большой вероятностью не должно быть и в других альтовских дистрибутивах.

[kostyalamer]

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

Делай спокойно, в связи с превращением wmmiddle в ALTLinux WMdesktop 6.0 время есть , до релиза еще далеко

[ИВК]

mpdgui-0.1.2-alt1.noarch.rpm
mpdgui-0.1.2-alt1.src.rpm

В отличие от предыдущей версии, эта протестирована вне того дистрибутива, в котором пишется программа (то есть сборки на TDE/t6). А если точнее, то устанавливал эту rpm-ку в WMDesktop/t6, и вот теперь там в самом деле сразу без всякого бубна собираются и пакеты брендинга и дистрибутивы.
А Tkinter в самом деле иногда чудит, и бороться с его причудами сложно, поскольку неясны их причины. Имею в виду прежде всего неадекватное отображение всякого рода текста. Впрочем, в обеих сборках, где программа тестировалась, при разрешениях 1280x1024 и 1024x768 вроде всё нормально; насчёт других дистрибутивов и других разрешений не знаю.
Недавно заметил багу : сборку пакетов брендинга не прервать предназначенной для этого кнопкой. Ну это уже тонкости работы хашера, сборку в хашернице надо останавливать как-то не так, как я это пытаюсь делать надо будет вникнуть поглубже.

Кому не лень, проверьте, пожалуйста, в других дистрибутивах (или при других разрешениях) две стороны работы программы (потому что именно там наиболее вероятны проблемы) :
1. Отображение текстов и кнопок. Если хоть где-то хоть одна буква не влезает - значит, бага.
2. Сборку пакетов брендинга и какого-нибудь дистрибутива (можно просто любого из базовых). Если "из коробки" что-то не собирается (разумеется, по причинам, отличным от "couldn't find package" и т.п. ) - значит, бага.

[kostyalamer]

Залил в клубную репу для p6.
Иван может продублируешь просьбу потеcтировать mpdgui на форуме Альта ?

[ИВК]

Иван может продублируешь просьбу потеcтировать mpdgui на форуме Альта ?

Да пожалуй что уже можно

[ИВК]

Продублировал.

[Balbes]

Поставил, есть вопросы
- если это приклад с графическим интерфейсом, значит нужен и пункт в менюшка для запуска, имхо запускать из консоли графику не дело.
- тут в теме написана команда для запуска python mpgui.py , но в ней есть ошибки (имя файла в пакете другое и нет чёткого указания из какого каталога ее нужно давать)

[ИВК]

Олег, доброе утро Клубу тебя сильно не хватает

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

Сделаю, конечно; просто пока при тестировании вроде удобнее запускать из консоли, чтобы видеть ошибки.

тут в теме написана команда для запуска python mpgui.py , но в ней есть ошибки (имя файла в пакете другое и нет чёткого указания из какого каталога ее нужно давать)

Если установлена последняя версия (которая в клубном репозитории, см. пост 37), то она запускается просто командой

Код

mpdgui

[Balbes]

ИМХО
Хорошо бы ссылку на пакеты, команду запуска и прочую важную инфу КРУПНО (что-бы сразу бросалось в глаза) продублировать в первом посту темы.

[ИВК]

Хорошо бы ссылку на пакеты, команду запуска и прочую важную инфу КРУПНО (что-бы сразу бросалось в глаза) продублировать в первом посту темы.

Так и сделал. В самом деле, так намного лучше

[Balbes]

Кстати, как вариант, можно добавить в прогу кнопочку-ссылку например на эту тему, типа если у пользователя возникнет вопрос по работе проги или пожелание\замечание про ошибки, что-бы он мог сразу попасть в нужное место (к разработчику) и обсудить.

[kostyalamer]

Олег, доброе утро Клубу тебя сильно не хватает

+ 1000 , не пропадай

[ИВК]

Кстати, как вариант, можно добавить в прогу кнопочку-ссылку например на эту тему, типа если у пользователя возникнет вопрос по работе проги или пожелание\замечание про ошибки, что-бы он мог сразу попасть в нужное место (к разработчику) и обсудить.

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

[YYY]

А вот такой вопрос...
Это только для p6 ?
Или можно поковырять и понять как фунциклирует в других бранчах?

[Balbes]

+ 1000 , не пропадай

Привет, ну эт как получиться ...


... и назвать эту кнопку можно "Связь с разработчиком"

[ИВК]

А вот такой вопрос...
Это только для p6 ?
Или можно поковырять и понять как фунциклирует в других бранчах?

Вообще-то я делаю прогу в t6 (просто пакет лежит в клубной репе p6). Насчёт других бранчей.... ну прежние версии вроде работали и в сборке на 5.1, а эту там не проверял ещё.

[ИВК]

В 5.1 не установился из-за зависимостей. Впрочем, с зависимостями ещё надо разбираться, я там мог и лишние приписать, а потом не возвращался к этому.

[ИВК]

Дело, как выяснилось, в пакете rpm-build-gir, который я вписал в депенды вместе с другими, вроде бы необходимыми для сборки пакетов брендинга. А в 5.1 его нет (а может, уже есть, но я давно не обновлял своё зеркало того бранча). Выкинув rpm-build-gir из депендов, обнаружил, что теперь пересобранный mpdgui без проблем устанавливается в сборке на 5.1 и rpm-ки брендинга там успешно собирает; то есть rpm-build-gir вроде как ни к чему

[ИВК]

Костя, пожалуйста, забрось в клубную репу :
mpdgui-0.1.4-alt8.noarch.rpm
mpdgui-0.1.4-alt8.src.rpm

Мне сейчас этой прогой заниматься особенно некогда, но лучше её обновить в репозитории, раз уж внесены хотя бы небольшие изменения (в основном те, о которых мне тут говорили), а именно :
теперь можно запускать программу не только из консоли, но и из меню (по крайней мере в ТДЕ);
она устанавливается (и вроде нормально работает) в сборке не только на шестой платформе, но и на 5.1;
добавлены кнопки для выхода на наш форум и прямо в эту тему;
добавлена поддержка WMDesktop (а wmmiddle - убрана за ненадобностью).
и по мелочам ещё всякое.

А насчёт подгонки шрифтов(а с ними и размеров кнопок) под другие (не 1280x1024) разрешения и ещё невесть под что... да, тут в самом деле проблема

[kostyalamer]

Залил в нашу репу для p6, если надо могу и в 5,1 попробовать пересобрать и залить, но это уже на выходных

[ИВК]

Спасибо

если надо могу и в 5,1 попробовать пересобрать и залить, но это уже на выходных

Ну это, во всяком случае, совсем не срочно.

А насчёт кнопок ты тут правильно говорил - надо делать графические. Потому что, если бы отображение текста зависело только от разрешения экрана, то под это можно было бы как-то подстроиться, а если на него ещё что-то может влиять, то ничего не остаётся, как вовсе отрубить зависимость кнопок от текста; я уже устал сопротивляться этой истине Правда, вопрос с отображением справки и иного рода текстов так не решить... разве что отчасти переложить проблему на юзера : добавить в настройки возможность уменьшения/увеличения размера шрифта

[kostyalamer]

Залил в нашу репу для 5,1.
Да , выбор не большой - или графические кнопки или вообще плюнуть на Tkinter и переехать на PyGTK или PyQt.

[ИВК]

Спасибо

Да , выбор не большой - или графические кнопки или вообще плюнуть на Tkinter и переехать на PyGTK или PyQt.

PyGTK или PyQt - это разве что в перспективе, а прямо сейчас, получается, у меня графическим кнопкам вообще нет альтернативы.

[ИВК]

Костя, забрось, пожалуйста, в клубную репу новую версию mpdgui :
mpdgui-0.3.2-alt3.noarch.rpm
mpdgui-0.3.2-alt3.src.rpm

Эта версия появилась потому, что твой тёзка приехал в деревню на каникулы и принялся делать свой дистрибутив По ходу дела, естественно, обнаружилось несколько багов и много недоработок; я волей-неволей стал их исправлять и в итоге довольно сильно переделал прогу. Изменения более всего касаются всякого рода довесков к дистрибутивам - добавления live к install-сборке и работы с тематическими группами программ. И самого интерфейса - многие виды текста теперь не создаются на лету самой прогой, а берутся из png-файлов, благодаря чему зависимость внешнего вида программы от разрешения монитора и странностей Tkinter'а сильно уменьшилась. Заодно добавил инструкции по быстрому старту и ещё много чего по мелочам.

[kostyalamer]

Костя, забрось, пожалуйста, в клубную репу новую версию mpdgui :
mpdgui-0.3.2-alt3.noarch.rpm
mpdgui-0.3.2-alt3.src.rpm

Иван у тебя в этой src-хе битый архив, хашер его не может открыть и руками тоже не открывается, попробуй скачай и открой:
mpdgui-0.3.2-alt3.src.rpm

[ИВК]

теперь открывается

[kostyalamer]

теперь открывается

Залил в нашу репу для p6, на выходных постараюсь залить в 5,1 .

[kostyalamer]

Добавил в нашу репу для 5.1 .

[ИВК]

Выкладываю новую версию програмы для сборки дистрибутивов чайниками Пока она всё ещё называется mpdgui, названия не придумал.
Вот rpm: https://yadi.sk/d/2oaPlTO7fusTP
вот srpm: https://yadi.sk/d/SIF3PiaxfusUa
Эта версия, в отличие от предыдущих, написана на PyQT.
Во всяком случае, у меня она собирает дистрибутивы, основанные на tde-mini и wmsmall, на бранчах t6,p7,t7. Правда (особенно со сборками на базе wmsmall) много страностей, но тут надо сначала с профилями (да и с брендингом) разбираться, а уж потом с их привязкой к gui.

Насчёт внутренностей (это для Кости в основном, но, может, ещё кому интересно).
m-p-d, встроенный в программу, немного подогнан под неё. Особенно это относится к каталогу profiles/pkg/lists. Файлы, используемые в mpdgui, имеют там вид *-t7 и т.п. Смысл в том, чтобы файлы профилей для каждого бранча были отдельно. Вот этот каталог, в первую очередь, надо спланировать как следует, прежде чем прикручивать к проге кучу профилей. А то она ведь запросто запутается в том, что в чём сами сборщики не путаются. Ну и описания дистров в главном Makefile.in, соответственно, видоизменены - бранч там должен быть указан обязательно.
Прежние версии программы имели большой недостаток: при необходимости подправить списки репозиториев она она заставляла лезть от рута в каталог /etc/apt. Теперь этот системный каталог вовсе не используется для сборок в mpdgui. Вместо него ~/.mpdgui/sources, в котором можно указать (хоть прямо в файлах my_repos-*, хоть из gui) требующиеся для сборки репы просто от юзера.
Что касается самого gui, то недоработки и баги там, несомненно, остались; буду благодарен за обнаружение таковых, а несколько и сейчас вижу, но не собрался исправить
Собирал дистры только в той системе (на t7), в которой и пишу эту программу. Вот сейчас запускал её (и сделанные в ней сборки) ещё на своём старом компе и в виртуалке, сам gui вроде работает, а сборок там не делал.
Вообще, поскольку меня сейчас интересует, прежде всего, работоспособность самого gui, то не гонюсь за множеством профилей и бранчей, а собираю большей частью на tde-mini/t7; прочие комбинации протестированы гораздо хуже.
Вот так, если очень кратко.

[kostyalamer]

Отлично , программа уехала в нашу репу для p7/t7 . Проверил, запускается, выглядит на PyQT просто замечательно.
Чуть попозже попробую собрать wmsmall - а. Теперь пошли эту тему на форуме Альта поднимать , пускай пользователи потестируют.
Да прицеплю пару скринов этой красоты:
 mpdgui1.jpg ( 88.39 килобайт ) Кол-во скачиваний: 6


 mpdgui2.jpg ( 57.19 килобайт ) Кол-во скачиваний: 8


PS товарищи сборщики, если вы хотите чтобы эта прога собирала и ваши дистрибутивы, тащите сюда их профили
PPS Толя давай профили минималов, они у тебя как раз на m-p-d.

[ИВК]

Теперь пошли эту тему на форуме Альта поднимать , пускай пользователи потестируют.

Немного попозже. Поскольку сейчас и без тестеров (которых там, кстати, не так легко найти) ясно, что надо доделывать в первую очередь. Прежде всего - привести в порядок WM-профили во встроенном m-p-d. Тут я на тебя надеюсь Будет сделано это - тогда по накатанной дорожке можно будет приделывать и прочие профили. И с базовым брендингом как минимум одна проблема - при запуске инсталлера в сборках на седьмой платформе не отображается текст ("загрузка с жёсткого диска", "установка" и т.п.) - раньше такого не было. Ну и несколько косяков в самой мордочке, о которых я знаю, но не смог сразу убрать. Наверное, надо сначала с перечисленным разобраться (едва ли это долгое дело), чтобы на форуме Альта предлагать к тестированию уже более готовую к использованию программу.

Да прицеплю пару скринов этой красоты:

Уже хакнул немного, вот ведь эти кодеры Кстати, тогда уж и размер шрифта на кнопках надо уменьшить, чтобы влезало

[kostyalamer]

Тестеров добудем, в результате теста собрать свой дистрибутив очень сильный стимул Ладно сначала соберу в нем wmsmall а потом уже пойду народ напрягать . Сейчас и попробую поковыряться со сборкой.
Кстати, сам m-p-d у тебя от boyarch -а ?
Это у меня дистрибутив такой хакерский, сунул в хашер, собрал, поставил - так все и выглядит, а у тебя по-другому ?

[ИВК]

Кстати, сам m-p-d у тебя от boyarch -а ?

Уж и не помню, вроде да; но, кстати, не мешало бы его обновить, ему больше года.

Это у меня дистрибутив такой хакерский, сунул в хашер, собрал, поставил - так все и выглядит, а у тебя по-другому ?

Не совсем понял суть вопроса.

[kostyalamer]

Не совсем понял суть вопроса.

Я тоже не понял чего там хакнул , у тебя шрифты другие или внешний вид отличается ?
Кстати, у меня mpdgui в меню не прописалось, либо я его там не нашел.

Сообщение отредактировал kostyalamer - 11.4.2015, 20:58

[ИВК]

Я тоже не понял чего там хакнул , у тебя шрифты другие или внешний вид отличается ?

А, вот в чём дело Да, у тебя текст на на кнопках и в окнах курсивом, а у меня курсива в проге вовсе нет.

Кстати, у меня mpdgui в меню не прописалось, либо я его там не нашел.

В ТДЕ он в "Разработке".

[kostyalamer]

В ТДЕ он в "Разработке".

У меня его там нет, но это мелочь.
Программа супер , надо допиливать и не только в клубную репу но и в бранчи / сизиф запихивать.
Собираю wmsmall , да кстати пока не забыл репы вручную можно добавлять или только твой список редактировать ?
Еще парочка скринов для товарищей по клубу:
 mpdgui3.jpg ( 92.94 килобайт ) Кол-во скачиваний: 5


 mpdgui4.jpg ( 98.1 килобайт ) Кол-во скачиваний: 3


Обалденная штука , для полу чайников лучше быть не может

[ИВК]

Очень рад такой оценке Что касается получайников, то основная целевая аудитория - всё-таки более-менее продвинутые школьники, как это ни странно для некоторых звучит, и название, возможно, будет baby-distrocreator, если ничего более краткого не придумается.
А допиливать там много чего надо. Сейчас, к примеру, обнаружил, что live-режим перестал прикручиваться к сборкам, надо разбираться; вообще при переходе на QT довольно много накосячил, да и подзабылось за год, сейчас вспоминаю, что и как.

[kostyalamer]

Кстати поймал граблю :
 mpdgui5.jpg ( 98.93 килобайт ) Кол-во скачиваний: 4

Это значит что скелетона у тебя там нет.
Он есть в моей помойной репе , должен быть внутри твоей mpdgui-шной , возможно она просто отвалилась
Думаю кроме школьников желающих будет хоть отбавляй, особенно если туда профилей побольше напихать.

[ИВК]

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

Он у меня в личном репозитории, который подключается в "Сборочная система" - "Указать личный репозиторий".... а кстати, я там в пояснениях написал, что он только для пакетов брендинга, а про скелетон и не вспомнил

Думаю кроме школьников желающих будет хоть отбавляй, особенно если туда профилей побольше напихать.

Но основная целевая аудитория от этого не меняется

[kostyalamer]

Ладно сейчас подключим, потом надо его вовнутрь куда-нибудь засунуть
Кстати
$ make distclean
он после сборки сам делает или надо на какую-либо кнопку жать ?

[ИВК]

Со скелетонами вообще отдельный вопрос, надо потом разобраться. mpdgui-шная репа вообще-то для пакетов брендинга, но пакет wmsmall надо же куда-то запихать. Я у себя сразу, установив mpdgui, указываю другой личный репозиторий, то есть свой постоянный, а не тот, который в ~/.mpdgui/repo, а в нём пакет wmsmall и лежит. Надо бы как-то приделать работу со скелетонами к проге, она же изначально на них не рассчитана.

[ИВК]

Кстати
$ make distclean
он после сборки сам делает или надо на какую-либо кнопку жать ?

В зависимости от того, есть ли галочка в пункте "Очистка" в настройках сборочницы.

[ИВК]

"В разработке проект wmsmall-t7.cd"? Я не пробовал создавать проект с именем, которое совпадает с именем базового... это же надо запретить

[kostyalamer]

Поставил печься блин.
может быть children-distrocreator, а то baby как то очень по детски, впрочем прога твоя тебе и решать

[ИВК]

А вот мы как-то обсуждали прикручивание поддержки скелетонов к mpdgui.

[kostyalamer]

А вот мы как-то обсуждали прикручивание поддержки скелетонов к mpdgui.

Да, вопрос возникает не первый раз, кстати есть идея поскольку Киевская репа накрылась и дистрибутивы я больше не rsync - аю а кладу на яндекс диск то скелетоны можно делать такого вида : wmsmall_20150411 и заливать их в клубную репу, при этом правда разведется много лишних пакетов . Но наверное это меньшее из всех зол.
Блин снова подгорел :
 mpdgui6.jpg ( 119.85 килобайт ) Кол-во скачиваний: 3

Чешу репу

[ИВК]

Вот именно такой ошибки у меня вроде не было. А ты сами файлы в profiles/pkg/lists не правил? Там с профилями wmsmall бардак. Вообще чисто для проверки программы лучше сделать пробную сборку на TDE. А потом с WM разбираться.

[kostyalamer]

Вот именно такой ошибки у меня вроде не было. А ты сами файлы в profiles/pkg/lists не правил? Там с профилями wmsmall бардак. Вообще чисто для проверки программы лучше сделать пробную сборку на TDE. А потом с WM разбираться.

Нет , не правил, сбросил настройки, пеку по новой.
Если обломается, тогда попробую tde.
Чувствую профилей тебе туда добавим, у меня на p6 много всего осталось

[kostyalamer]

сборка tde тоже обламывается :

Код

Selected version fakeroot#1.18.4-alt1 for fakeroot>=0:0.7.3
E: Couldn't find package branding-club-release
hsh-initroot: Failed to calculate package file list.
hsh-initroot: Failed to generate initial package file list.
mki-image-prepare: /tmp/.private/k/mpdgui/mkimage-work-dir/mkimage.install2.3d8BGBW5o/chroot/.work: unable to make initial chroot: rc=1
make[2]: *** [prepare-image-workdir] Error 1
make[2]: Leaving directory `/home/k/.mpdgui/mpd/profiles/install2'
make[1]: *** [install2] Ошибка 2
make[1]: Выход из каталога `/home/k/.mpdgui/mpd/profiles'
make: *** [install-cd.iso] Ошибка 2

кстати у меня в репе ~/.mpdgui/repo каталоги есть а rpm-ов нет, а в клубной репе для t7 у нас с тобой:
branding-altlinux-club-small-release-6.0.1-alt21.noarch.rpm
поэтому сборка и обламывается .

[ИВК]

А пакеты брендинга ты собирал?
Да, прога нуждается в пошаговой инструкции

[kostyalamer]

Ладно, эти грабли мы с тобой вытопчем, но на сегодня хватит , скоро Пасха !

[kostyalamer]

А пакеты брендинга ты собирал?
Да, прога нуждается в пошаговой инструкции

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

[ИВК]

Точно, этот вариант не предусмотрен (потому что мне самому не нужен) - когда просто пользуются базовым брендингом. Да просто создай новый брендинг (это будет копия базового) и на странице его редактирования нажми "Применить изменения", тогда и будут пакеты брендинга в личной репе, а без этого дистр не соберётся

[ИВК]

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

А... надо проверить этот вариант, я же им не пользуюсь совершенно.

Инструкция была бы очень кстати

Там на главной странице есть кнопка "С чего начать?", и далее указано, что сначала надо собрать пакеты брендинга. Но всё равно нужна более серьёзная инструкция, пошаговая.

[ИВК]

Ладно, эти грабли мы с тобой вытопчем, но на сегодня хватит , скоро Пасха !

Правильно

[dango_]

А что, уже можно пробовать?

[ИВК]

А что, уже можно пробовать?

Да, только первая кнопка, на которую желательно нажать - это "С чего начать?" И там про брендинг особенно. Даже если свой брендинг не нужен, всё равно лучше просто создать его, назначить дефолтным для использования и правки и собрать его пакеты, пусть даже и ничего в нём не переделывая. И только потом собирать дистры - для пробы лучше на tde-mini.
А вообще, конечно, мне надо кое-что подправить в программе в расчёте на людей, которые хотят сразу собирать дистры, не занимаясь брендингом

[ИВК]

Христос воскресе!

Добавил в инструкцию, вызываемую кнопкой "С чего начать?", следующее:

В любом случае, последовательность действий должна быть такова:
1. Подключить репозитории (в разделе "Сборочная система").
2. Собрать пакеты брендинга. Если вас устраивает базовый брендинг, то просто создайте на его основе новый (копию базового под другим названием) и соберите его пакеты. Это недолго, зато избавит от разных сложностей.
3. Вот теперь можно собирать дистрибутивы.

Тут казус в том, что в клубной репе брендинг altlinux-club-small, но с ним, насколько помню, в m-p-d проблемы, а потому в mpdgui - брендинг altlinux-club.
Его rpm-ок нет в клубной репе, нет и в mpdgui (не включать же их прямо в пакет программы). И получается, что их в любом случае надо собирать самому юзеру. С брендингом вообще несколько проблем, которые надо решать в комплексе.

Вчера, кстати, собрал в mpdgui и поставил в виртуалку дистр на базе wmsmall/t7, с mpdgui на борту. Там mpdgui выглядит, в целом, как и в своей родной системе. Костя, а курсив всё-таки откуда?

[Michael Shigorin]

Христос воскресе!

А допиливать там много чего надо. Сейчас, к примеру, обнаружил, что live-режим перестал прикручиваться к сборкам, надо разбираться

Есть мнение, что такую штуку лучше переделывать сразу на mkimage-profiles -- там это "+live" в зависимостях нужной цели, вообще довольно многие (хотя и не все нужные, наверное) вещи делались с прицелом на возможность использования совместно с GUI. Например, "make __frontend=1 help/distro" выдаст список дистрибутивов в столбик (там сейчас наметились небольшие изменения по мотивам отзывов cas<> но так, думаю, сработает в любом нужном разе).

[ИВК]

Есть мнение, что такую штуку лучше переделывать сразу на mkimage-profiles-- там это "+live" в зависимостях нужной цели, вообще довольно многие (хотя и не все нужные, наверное) вещи делались с прицелом на возможность использования совместно с GUI

Если приделывать там gui намного проще, чем в m-p-d, то это займёт не слишком много времени, и я могу этим заняться. И будет совсем здорово, если возможно наладить взаимодействие моей проги с m-p каков он есть (а то с m-p-d она работает только если он под неё подогнан) - тогда можно и не встраивать m-p в программу, что гораздо правильнее. Тут надо прикинуть плюсы, минусы и объём работы. Вообще программа может быть и в двух вариантах или с возможностью выбора между m-p и m-p-d.

[kostyalamer]

Христос воскресе!



Есть мнение, что такую штуку лучше переделывать сразу на mkimage-profiles -- там это "+live" в зависимостях нужной цели, вообще довольно многие (хотя и не все нужные, наверное) вещи делались с прицелом на возможность использования совместно с GUI. Например, "make __frontend=1 help/distro" выдаст список дистрибутивов в столбик (там сейчас наметились небольшие изменения по мотивам отзывов cas<> но так, думаю, сработает в любом нужном разе).

Воистину воскресе !
Михаил, а косяк с брендингами, когда любой кроме текущего ( например Сизифного ) вызывает ошибку сборки, как-нибудь решен ?

[ИВК]

Михаил, а косяк с брендингами, когда любой кроме текущего ( например Сизифного ) вызывает ошибку сборки, как-нибудь решен ?

И насчёт дополнительных групп пакетов в m-p как сейчас?

[kostyalamer]

Вчера, кстати, собрал в mpdgui и поставил в виртуалку дистр на базе wmsmall/t7, с mpdgui на борту. Там mpdgui выглядит, в целом, как и в своей родной системе. Костя, а курсив всё-таки откуда?

У меня кстати на основном компе не wmsmall а кентавр с системдой ( о ужас !), правда от кентавра осталось мало гном в полном составе улетел в топку, зато всякой дряни наставлено много ( например AfterStep из исходников ) . По-этому откуда курсив я тебе сказать не могу .

[kostyalamer]

Продолжаем эксперименты, собираю брендинг . Кстати, Иван а нельзя там сделать выбор брендингов которые есть в репозитариях чтобы не париться с этим вопросом вообще если надо наваять что-нибудь по быстрому ?

[ИВК]

Продолжаем эксперименты, собираю брендинг . Кстати, Иван а нельзя там сделать выбор брендингов которые есть в репозитариях чтобы не париться с этим вопросом вообще если надо наваять что-нибудь по быстрому ?

Можно приделать страницу выбора этих брендингов. Вообще все их там перечислить, сколько их есть в репах?

[kostyalamer]

Думаю несколько основных хватит :
branding-altlinux-centaurus branding-altlinux-club-small branding-altlinux-kdesktop branding-altlinux-sisyphus branding-simply-linux
Во всяком случае branding-altlinux-sisyphus точно он рабочий, про состояние всего остального в текуший момент сказать ничего не могу.
PS брендинг собрал, сейчас чего-нибудь соберу