Версия для печати темы

Автор: IVK 3.10.2012, 22:55

Программа 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 3.10.2012, 22:58

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

Автор: IVK 4.10.2012, 10:42

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

Автор: Skull 4.10.2012, 15:08

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

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

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

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

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

Автор: IVK 4.10.2012, 21:32

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


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

Автор: Skull 5.10.2012, 11:30

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

Автор: IVK 5.10.2012, 22:44

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

Автор: IVK 11.11.2012, 18:24

Перенесено из темы "http://forum.russ2.com/index.php?showtopic=3497&view=findpost&p=34342"

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


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

Автор: IVK 1.12.2012, 0:23

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

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

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

Автор: ksa 1.12.2012, 13:17

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

Автор: kostyalamer 1.12.2012, 17:53

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

Автор: IVK 1.12.2012, 18:12

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

Автор: IVK 1.12.2012, 18:24

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

Автор: IVK 24.2.2013, 22:20

http://www.fayloobmennik.net/2650326

Сделал в ней довольно много пробных сборок, по ходу дела отстреливая баги; вроде особо крупных не осталось... или я их не вижу
rpm-пакет пока не делал. Поэтому выкладываю программу просто в виде архива. .mpdgui.tar.gz надо распаковать в домашний каталог, а сам скрипт mpdgui.py положить куда угодно. Запуск пока из консоли (чтобы баги отлавливать).
Объём этого архива так велик из-за того, что как сам m-p-d (тот вариант, который Константин в декабре выложил http://narod.ru/disk/64406334001.2c440ea729d83c360c14d36d5ccb1b31/mkimage-profiles-desktop.tar.gz.html - чуть-чуть доработанный), так и исходники базового брендинга встроены прямо в каталог программы. Делать иначе прямо сейчас не вижу смысла (неоправданное усложнение), а дальше видно будет.
В качестве базовых дистрибутивов сейчас поддерживаются только те, которые в 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.

Автор: kostyalamer 24.2.2013, 23:19

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

Автор: IVK 24.2.2013, 23:27

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

Автор: kostyalamer 24.2.2013, 23:35

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

Автор: IVK 24.2.2013, 23:37

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

Автор: IVK 3.3.2013, 21:22

Вот этот пакет : http://www.fayloobmennik.net/2668990

Автор: kostyalamer 3.3.2013, 21:56

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

Автор: IVK 4.3.2013, 22:31

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

Автор: IVK 6.3.2013, 8:37

А http://forum.russ2.com/index.php?showtopic=3532&view=findpost&p=35877, оказывается, на одну из верхних кнопок текст не влазит Костя, у тебя там разрешение какое?

Автор: kostyalamer 6.3.2013, 21:01

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

Автор: IVK 6.3.2013, 22:04

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

Автор: kostyalamer 6.3.2013, 22:48

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

Автор: IVK 7.3.2013, 20:15

Потестировав программу http://forum.russ2.com/index.php?showtopic=3532&view=findpost&p=35898, обнаружил, что крайне безалаберно отнёсся к её зависимостям - а в них должны быть прописаны по крайней мере hasher, mkimage, autoconf_2.60, apt-repo-tools. В следующей версии впишу. И ещё юзер должен состоять в группе hashman. И это... "rpmbuild - команда не найдена" - вроде srpm ещё и самой прогой rpm собирается А вообще убедился, что прога пока всё-таки не вполне отвязана от той среды, в которой она пишется, и первая же проверка в другой среде это наглядно показала

Автор: kostyalamer 7.3.2013, 22:06

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

Автор: IVK 8.3.2013, 9:37

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

Автор: kostyalamer 8.3.2013, 14:53

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

Автор: IVK 8.3.2013, 20:39

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

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

Автор: kostyalamer 8.3.2013, 21:11

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

Автор: IVK 8.3.2013, 21:22

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

Автор: kostyalamer 8.3.2013, 21:44

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

Автор: IVK 8.3.2013, 21:51

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


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

Автор: IVK 9.3.2013, 21:13

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

Автор: kostyalamer 9.3.2013, 22:21

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

Автор: IVK 14.3.2013, 22:20

http://www.fayloobmennik.net/2700403
http://www.fayloobmennik.net/2700413

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

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

Автор: kostyalamer 14.3.2013, 22:59

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

Автор: IVK 14.3.2013, 23:06

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

Автор: IVK 14.3.2013, 23:52

http://forum.altlinux.org/index.php/topic,28850.0.html.

Автор: Balbes 23.3.2013, 8:48

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

Автор: IVK 23.3.2013, 9:54

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

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


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

Автор: Balbes 23.3.2013, 10:25

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

Автор: IVK 23.3.2013, 10:54

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

Автор: Balbes 23.3.2013, 10:59

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

Автор: kostyalamer 23.3.2013, 11:03

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

Автор: IVK 23.3.2013, 11:21

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

Автор: YYY 23.3.2013, 11:35

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

Автор: Balbes 23.3.2013, 11:39

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


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

Автор: IVK 23.3.2013, 11:42

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

Автор: IVK 23.3.2013, 11:56

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

Автор: IVK 23.3.2013, 12:42

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

Автор: IVK 25.4.2013, 23:11

Костя, пожалуйста, забрось в клубную репу :
http://www.fayloobmennik.net/2824478
http://www.fayloobmennik.net/2824459

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

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

Автор: kostyalamer 26.4.2013, 7:33

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

Автор: IVK 26.4.2013, 9:37

Спасибо

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

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

Автор: kostyalamer 27.4.2013, 14:23

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

Автор: IVK 28.4.2013, 13:47

Спасибо

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

Автор: IVK 9.7.2013, 21:39

Костя, забрось, пожалуйста, в клубную репу новую версию mpdgui :
http://www.fayloobmennik.net/3002625
http://www.fayloobmennik.net/3002651

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

Автор: kostyalamer 9.7.2013, 22:14

Иван у тебя в этой src-хе битый архив, хашер его не может открыть и руками тоже не открывается, попробуй скачай и открой:
http://www.fayloobmennik.net/3002651

Автор: IVK 9.7.2013, 23:12

http://www.fayloobmennik.net/3002864

Автор: kostyalamer 10.7.2013, 7:40

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

Автор: kostyalamer 13.7.2013, 18:11

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

Автор: IVK 11.4.2015, 13:06

Выкладываю новую версию програмы для сборки дистрибутивов чайниками Пока она всё ещё называется 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 11.4.2015, 17:00

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

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

Автор: IVK 11.4.2015, 17:56

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


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

Автор: kostyalamer 11.4.2015, 20:24

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

Автор: IVK 11.4.2015, 20:37

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


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

Автор: kostyalamer 11.4.2015, 20:55

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

Автор: IVK 11.4.2015, 21:06

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


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

Автор: kostyalamer 11.4.2015, 21:50

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




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

Автор: IVK 11.4.2015, 22:05

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

Автор: kostyalamer 11.4.2015, 22:12

Кстати поймал граблю :

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

Автор: IVK 11.4.2015, 22:18

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


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

Автор: kostyalamer 11.4.2015, 22:27

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

Автор: IVK 11.4.2015, 22:27

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

Автор: IVK 11.4.2015, 22:29

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

Автор: IVK 11.4.2015, 22:44

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

Автор: kostyalamer 11.4.2015, 22:45

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

Автор: IVK 11.4.2015, 22:53

http://forum.russ2.com/index.php?showtopic=3538&view=findpost&p=34779.

Автор: kostyalamer 11.4.2015, 23:09

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

Чешу репу

Автор: IVK 11.4.2015, 23:16

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

Автор: kostyalamer 11.4.2015, 23:21

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

Автор: kostyalamer 11.4.2015, 23:44

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

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

Автор: IVK 11.4.2015, 23:49

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

Автор: kostyalamer 11.4.2015, 23:49

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

Автор: kostyalamer 11.4.2015, 23:52

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

Автор: IVK 11.4.2015, 23:53

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

Автор: IVK 11.4.2015, 23:55

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


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

Автор: IVK 11.4.2015, 23:59

Правильно

Автор: dango_ 12.4.2015, 9:11

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

Автор: IVK 12.4.2015, 9:27

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

Автор: IVK 12.4.2015, 14:09

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

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

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

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

Автор: Michael Shigorin 12.4.2015, 15:46

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

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

Автор: IVK 12.4.2015, 17:41

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

Автор: kostyalamer 12.4.2015, 17:48

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

Автор: IVK 12.4.2015, 17:54

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

Автор: kostyalamer 12.4.2015, 18:43

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

Автор: kostyalamer 12.4.2015, 19:14

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

Автор: IVK 12.4.2015, 19:27

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

Автор: kostyalamer 12.4.2015, 19:39

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

Автор: kostyalamer 12.4.2015, 20:21

Минимальная tde-шка собралась, сейчас буду wmsmall собирать

wmsmall тоже собрался правда объем у него 667Мб против 517Мб m-p, но зато с нормальным брендингом .
Сейчас поставлю в виртуалке посмотрю на эту красоту.
1) в ближайшее время залью скелетон в клубную репу для wmsmall -а
2) подумай насчет минималки на fvwm - могу скинуть профиль
3) поглядел , в твоем m-p-d в use.mk.in очень мало целей для сборки, ты их оттуда специально удалил по причине не собираемости ?
хорошо бы вернуть ( если они живые ) и запихать в твою прогу:
use-kde-desktop use-kde-lite use-kde-live для любителей 4 - ых кед.
гнома бы неплохо , но с этими mate cinnamon -ами и прочей фигней не знаю какие профиля тут живые ( смотрю на свою старую m-p-d -ху в которой собирал wmchildren )
use-xfce не плохо если собирается
use-slinux симпли - если соберется то точно хит
наверное хватит, похоже надо к boyarch -у слазить за свежим m-p-d

Автор: kostyalamer 12.4.2015, 21:42

Рано радовался с брендингом какой-то косяк в обоих сборках, сделал его из клубного ничего не меняя :

Надо будет поковырятьcя.

Автор: IVK 12.4.2015, 21:50

http://forum.russ2.com/index.php?showtopic=3500&view=findpost&p=42318. Установке это не мешает (если помнишь, что нужный пункт второй сверху ), но косяк налицо. В сборках на шестой платформе его вроде нет.

Автор: IVK 12.4.2015, 22:35

Нет, просто не нужны были, можно возвращать.
Но я сейчас ориентируюсь на то, чтобы обеспечить нормальную сборку хотя бы дистров на основе tde-mini и wmsmall. Когда это будет, тогда и другие профили можно прикручивать без особых сложностей. Поэтому вот что, по-моему, надо сделать в первую очередь:
1. Убрать ту ловушку, в которую ты попал из-за того, что прога была ориентирована лишь на тех, кто первым делом лепит свой брендинг Это я сделаю быстро; достаточно добавить выбор брендингов из репозиториев и ещё подправить инструкцию к программе. Эта проблема пустяковая, просто я её не замечал и никто до сих пор мне на неё не указывал
2. Разобраться с профилями на WM; там не всё ладно, ошибки вылазят на разных этапах - от сборки до запуска установленной системы.
3. Вот с вышеупомянутым косяком в брендинге надо что-то делать.

Автор: kostyalamer 12.4.2015, 22:48

1) Ну да брендинг собирать большого желания у меня нет проще сразу готовый гвоздями приколотить.
1) Да wmsmall на t7 обломался на стадии установки из-за нехватки 3-х пакетов, надо будет их добавить.
3) Брендинг надо будет поковырять но только на выходных, на неделе некогда.
Пока можно воспользоваться сизифным, он не глючит ( по крайней мере в m-p )

PS сборка на tde тоже не поставилась не найдя пакет apt-conf-branch , хотя в самой iso-хе apt-conf-branch-7.0.0 лежит на месте

Автор: IVK 12.4.2015, 23:01

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

Автор: IVK 12.4.2015, 23:07

в configure.ac, вроде; но я уже забыл, что это; или там что-то типа "t7" должно быть указано? но у меня-то это никак не проявляется ни в какой из множества сборок

Автор: kostyalamer 12.4.2015, 23:25

Глядя на свежий m-p-d от boyarch branch это p7:
make-distro:

Ушел спать, завтра рано на работу

Автор: IVK 13.4.2015, 13:25

Приделал к программе страницу выбора готовых брендингов (и соответственно подправил инструкцию "С чего начать?")
Вот https://yadi.sk/d/RK3RuME0fwdgr и вот https://yadi.sk/d/FTMmvI8FfwdmK новой версии.
После чего погонял прогу немножко, делая сборки на базе wmsmall/t7 с этими самыми брендингами, потом проверял в виртуалке. С брендингом simply сборка обвалилась, с kdesktop - не устанавливается. С брендингами centaurus, sisyphus, club-small нормально собирается, устанавливается и запускается. Упоминавшегося тут косяка с заставкой инсталера (как, вспрочем, и других) в сборках с этими брендингами не видно. А помнится, с club-small что-то в m-p-d было ненормально в шестой версии, надо поглядеть. В принципе, можно ведь и его в mpdgui использовать.
Графика в сборках на основе wmsmall запускается лишь по startx и с сообщениями о разных ошибках. Но это другой вопрос.

Автор: IVK 13.4.2015, 14:06

Что теперь собираюсь сделать прежде всего?
1. Встроить в программу свежий m-p-d.
2. Определиться с тем, какой именно клубный брендинг использовать в ней в качестве основы для самопальных брендингов.

Автор: Michael Shigorin 13.4.2015, 14:26

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

Например, в m-p для вот тех "ссылок с плюсиком" есть возможность запросить их список и соответствие фичам (по крайней мере в виде наброска, т.е. для реального применения наверняка придётся дорабатывать, а затем бэкпортировать на ветку, которая в t6 -- например, сейчас нет возможности различить список добавляемых целей и список взаимоисключающих альтернатив, как с init или bootloader):

Код

mike<>ux ~/mkimage/mkimage-profiles $ make -C features.in help/plus
make: Вход в каталог `/home/mike/mkimage/mkimage-profiles/features.in'
** BUILDDIR not defined; available features:
efi/: +efi
init/: +sysvinit +systemd
install2/: +installer
live/: +live
ltsp/: +ltsp
net/: +nm
net-eth/: +net-eth
plymouth/: +plymouth
power/: +power
robotics/: +robotics
sound/: +pulse +alsa
vmguest/: +vmguest
wireless/: +wireless
x11/: +icewm +xmonad +tde +kde4-lite
make: Выход из каталога `/home/mike/mkimage/mkimage-profiles/features.in'

Хорошо бы подробнее, а вообще см. тж. http://www.altlinux.org/Mkimage/debug -- обычно с брендингами проблема из-за необъявленных конфликтов. Кстати, это может оказаться причиной для ручного отбора списка заведомо работающих вариантов :-/


Текущее состояние -- набросок, но будто работает; см. http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=blob;f=pkg.in/groups/README;hb=HEAD или http://altlinux.org/starterkits server-ovz.

Автор: IVK 13.4.2015, 17:09

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


Хорошо, что работает; в моём случае это существенно.

Автор: IVK 13.4.2015, 19:21

А где, кстати, последний m-p-d от boyarch? http://git.altlinux.org/people/boyarsh/packages/?p=mkimage-profiles-desktop.git;a=summary, то есть по адресу git://git.altlinux.org/people/boyarsh/packages/mkimage-profiles-desktop.git? А чего там 2013 год?

Автор: kostyalamer 13.4.2015, 21:16

1) свежая mpdgui в репе.
2) давай на сколько он свежий у boyarch сказать не могу , наверное это вопрос к Михаилу.
3) попробовал собрать wmsmall в новом mpdgui , сборка обламывается( в старом собирался ), попробую tde собрать.
4) если разберешься что там в живых из клубных брендингов будет здорово
Кстати , может действительно посмотреть в сторону m-p ( если с брендингами порядок ) , по крайней мере не нужно выбирать бранч система делает это за тебя. Вряд ли пользователю сильно интересно собирать дистрибутивы на предыдущем бранче.
Да и в работе если не лезть глубоко m-p гораздо удобнее

Автор: IVK 13.4.2015, 21:28

Я в этом же mpdgui сегодня делал сборки на базе wmsmall_t7 одну за другой без проблем, только брендинги менял, и обломилось только с брендингом Симпли, да и то, судя по журналу, из-за самого же брендинга (там на его пакеты ругань). У тебя на чём именно обламывается? Сейчас вот переустановлю прогу с нуля и ещё попробую; может, и у меня ошибки вылезут

Автор: kostyalamer 13.4.2015, 21:43

Обламывается довольно любопытно :

Я как раз обновлялся, сейчас вынесу все подчистую поставлю по новой и снова попробую

Автор: IVK 13.4.2015, 22:04

Вот сейчас удалил подчистую саму прогу, её каталоги в /usr/share и в ~ , потом поставил её вновь и без каких-либо заморочек собрал сначала базовый wmsmall на t7 с брендингом club-small, а потом пользовательский дистр на основе того же wmsmall на p7 с сизифовским брендингом. Похоже, с этим у меня всё ОК.

Автор: kostyalamer 13.4.2015, 22:29

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

Автор: kostyalamer 13.4.2015, 23:14

Догадка оказалась правильной, tde-шку собрал Начинаю любить системду , как обычно ларчик открывался просто, перед первой сборкой
надо сделать :
под root-ом :
sysctl -w fs.protected_symlinks=0
sysctl -w fs.protected_hardlinks=0
или по методу Сереги :
apt-get install --reinstall mkimage-preinstall

Эх ,склероз проклятый ,не первый раз же эти грабли по лбу бьют
PS способ работает до перезагрузки компа.

Автор: IVK 13.4.2015, 23:20

sysvinit


Это в systemd такая странность, и разве нельзя её раз и навсегда прихлопнуть?

Автор: kostyalamer 13.4.2015, 23:53

Да, можно конечно сделать скриптик и сунуть его куда-нибудь, но лень. Хотя по уму надо делать пакет который этот косяк исправляет.
Но это уже не ко мне а к более грамотным в борьбе с системдой товарищам
PS wmsmall собрался, но проверять уже некогда , ушел спать .

Автор: Michael Shigorin 14.4.2015, 22:22

См. ветку p7 в этом гите.

Автор: IVK 15.4.2015, 0:35

Заменил в mpdgui брендинг с club на club-small и обнаружил, что и с ним получается такая же кривая заставка инсталлера - не видно текста. Потом ещё собрал пакеты club-small в своей основной хешернице, засунул их в сборку - результат тот же. То есть, если использовать пакеты club-small из клубного репозитория, то всё в порядке, а если самому их собрать - получаю тот самый косяк. И это как минимум в обоих клубных брендингах, прочие не проверял. Это на седьмой платформе, на шестой вроде нормально.

Автор: kostyalamer 15.4.2015, 7:37

Собрал и поставил wmsmall. Понял в чем была проблема, вирт диск 3Гб , wmsmall собранный в m-p влезал туда без вопросов,
а этому распухшему не хватало места. По-этому он и ругался на что попало. Увеличил диск , все норм, кроме того что графика поднимается по startx. Вообще по ощущениям m-p по сравнению с m-p-d реактивный самолет( я имею ввиду скорость сборки ).

Автор: IVK 15.4.2015, 22:07

С клубным брендингом (тут без разницы, club или club-small) ситуация примерно такая. Если он собран на седьмой платформе, то в итоге имеем вышеупомянутый глюк в начале установки дистрибутива. Если на шестой, то всё в порядке. Получается, если в дистрибутиве на седьмой платформе используем, по всем правилам, собранный на ней же брендинг, то получаем глюк. Если же нагло затолкать в этот дистр брендинг, собранный на шестой платформе, то всё прекрасно.
То есть суть проблемы хотя бы отчасти прояснилась.
Пока всё это выяснял, заменил в mpdgui базовый брендинг с club на club-small - раз уж они работают примерно одинаково, то пусть лучше в программе будет тот, который есть в клубном репозитории.
Также внёс в программу довольно много мелких изменений, в том числе добавил в настройки сборочницы ограничение её жадности, так что лучше выложу новую версию:
https://yadi.sk/d/wy_JJ37Bg2Lq8
https://yadi.sk/d/6P2Fz_g7g2Lru

Автор: kostyalamer 15.4.2015, 22:14

Иван, а если в следующей сборке mpdgui попробовать добавить цели из Makefile.in :
kde.cd
gnome.cd
lxde-desktop-lite.cd
мы бы с тобой их потестировали.
Может еще тебе чего-нибудь из Makefile.in глянется

Автор: IVK 15.4.2015, 22:34

Так тогда хотя бы надо сначала m-p-d в моей проге обновить. Вот тут - http://git.altlinux.org/people/boyarsh/packages/?p=mkimage-profiles-desktop.git;a=summary ? а точнее, как Михаил говорит, в ветке p7? И что? Ну не пользуюсь я гитом, необходимости нет, а потому в нём не ориентируюсь; команда для закачки последней версии всё-таки какая, хотелось бы знать? Это и через wiki не выяснить, это, похоже, надо просто знать

Автор: kostyalamer 15.4.2015, 22:51

1) новая mpdgui в репе.
2) http://git.altlinux.org/people/boyarsh/packages/?p=mkimage-profiles-desktop.git;a=tree;h=refs/heads/p7;hb=p7
и жмешь на кнопочку snapshot.

Автор: IVK 15.4.2015, 22:59

Скачал; в ближайшие дни приделаю к mpdgui и приготовлю её к прикручиванию профилей.

Автор: kostyalamer 15.4.2015, 23:39

С брендингами похоже в m-p все по прежнему:
пробовал клубный и kdeskop результат одинаковый :

Да ,брендинг у меня прописан так :
distro/wmsmall: distro/.desktop-network use/branding/complete use/firmware
@$(call set,BRANDING,altlinux-kdesktop)
Михаил, может надо брендинг еще где-нибудь прописать или это баг ?
Помню мы эту тему поднимали в рассылках год - два назад.

Автор: Skull 16.4.2015, 11:59

Расстановка конфликтов — дело рук разработчиков брендингов.

Автор: kostyalamer 16.4.2015, 21:21

Это больше похоже на баги m-p
Беру брендинг от кентавра и втыкаю его в свой профиль :
distro/wmsmall: distro/.desktop-network use/branding/complete use/firmware
@$(call set,BRANDING,altlinux-centaurus)
и в profile.mk вместо сизифного
@$(call try,BRANDING,altlinux-centaurus)

Баг старый, недобрый и уже обсуждался : http://lists.altlinux.org/pipermail/devel-distro/2012-September/001088.html
Пока не будет решен ( или хоть какой-то костыль подскажите ) делать mpgui можно только с сизифным брендингом ( смысла в этом мало )
На m-p-d таких багов нет
PS вопрос к знающим людям на чем собирают кентавра, симпли и кдедесктоп ( похоже на m-p-d ) ?

Автор: Skull 17.4.2015, 11:02

Да. На m-p собираются только starterkit/regular, есть набросок профиля для Simply. В ближайшее время я сам начну перетаскивать Школьный на m-p.

Автор: IVK 18.4.2015, 14:14

Обстановка с mpdgui сейчас такая. Свежий m-p-d от boyarch я в неё вообще-то встроил. Вопрос с самими профилями. Пособирав их немного и нарвавшись на разные проблемы, решил, что лучше уж делать всё по порядку То есть каждый профиль, предназначенный для использования в mpdgui, должен быть сначала собран вот в этом свежем m-p-d из консоли. Если там будет всё нормально, то прикрутить его к mpdgui не проблема. Просто пока не собрался всё это проделать.

Автор: kostyalamer 18.4.2015, 16:04

Логично, сначала тестируешь m-p-d, потом встраиваешь в mpdgui. Собирайся спокойно спешки нет, можно конечно попросить товарищей с форума Альта потестить свежий m-p-d , но боюсь нас там не поймут . Я сейчас ковыряю wmsmall поэтому могу только
потестировать уже готовый mpdgui.
Кстати, можно и в mp костыльно решить проблему с брендингами, просто брендинг который пользователь соберет в твоей программе должен называться altlinux-sisyphus с каким-нибудь очень большим номером.

Автор: IVK 18.4.2015, 16:18

Эти kde.cd, lxde-desktop-lite.cd и т.п. я и сам протестирую, они скорее всего рабочие.


А в свежем m-p-d собрать wmsmall можно?


Помнится, я сам так и делал ещё года 3 назад И обойти эту проблему в гипотетическом mpgui тоже можно.

Автор: Michael Shigorin 18.4.2015, 16:37

Надо проверить, где ещё в профиле (скорее всего, в списках пакетов) может упоминаться branding-*. Потому как в m-p приняты особые меры к тому, чтобы избегать таких конфликтов путём установки ровно нужного брендинга (server-light где-то влез как предоставляющий нужное и "старший" по имени, а дальше был в явном виде запрошен kdesktop).

Как такого получилось добиться с branding-*-alterator -- сходу не соображу даже (а тарболы для проверки прямщас дёргать сильно неудобно).


Вообще-то надо, чтоб:
- в брендинге были нужные Provides:/Conflicts:, как указал Skull;
- в m-p НЕ упоминался брендинг в списках пакетов, а токмо посредством use/branding.

Заинтересованные в подробностях также могут подписаться на https://bugzilla.altlinux.org/show_bug.cgi?id=30806 на mkimage.

Автор: kostyalamer 18.4.2015, 21:19

Не знаю, еще не успел попробовать . Сейчас утрясаю профиль под m-p

Автор: IVK 18.4.2015, 21:32

Я уже собрал и установил в виртуалку. Собрать отсутствующий в этом свежем m-p-d wmsmall оказалось намного быстрее, чем присутствующие там kde,cd, kde3.cd и lxde-desktop-lite.cd - те долго ругались на разные пакеты Наверное, потому что этими профилями никто давно не занимался.

Автор: kostyalamer 18.4.2015, 21:36

У тебя он по прежнему работает через startx или собранный в свежем m-p-d запускается в графике ?

Автор: IVK 18.4.2015, 21:53

Тоже через startx (как, впрочем, и другие собранные там дистры). И при запуске графики по-прежнему ругается из-за некоторых программ. И ещё, у всех собранных мною в свежем m-p-d дистров фон инсталлера (брендинг club-small) уползает в угол (чего нет у собранных из mpdgui, то есть в старом m-p-d). Не разбирался ещё, что тут к чему.

Автор: IVK 18.4.2015, 22:01

А почему в профиле wmsmall пакет installer-feature-runlevel5-stage3 закомментирован? В профиле tde-mini он есть, и там графика сама запускается.

Автор: kostyalamer 18.4.2015, 22:11

Видимо при переезде на m-p закомментировал за ненадобностью, раскомментируй обратно.

Автор: IVK 22.4.2015, 19:10

Название для программы придумалось - ДистроНавигатор Годится?
Устраню те огрехи, которые можно прихлопнуть быстро, и завтра выложу новую версию. Уже с DistroCreator'ом в числе базовых дистрибутивов

Автор: kostyalamer 22.4.2015, 22:48

Хорошее название !

Автор: Michael Shigorin 23.4.2015, 11:55

+

Автор: kostyalamer 25.4.2015, 8:40

При сборке wmsmall-а поймал граблю :

Автор: IVK 25.4.2015, 9:21

Это в файле ~/.distronavigator/sources/apt-local-t7 оказался прописан мой путь к конфигу; замени своим. Получается, я скопировал в исходники каталог ~/.distronavigator/sources, в файлах которого уже проставился мой путь к конфигу исправлю в следующей версии.

Автор: kostyalamer 25.4.2015, 9:27

Сейчас сделаю, в следующей версии в профиль wmsmall-а добавь gparted и brasero, я их в скелетон добавил а в профиль забыл

Автор: kostyalamer 25.4.2015, 10:21

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

Надо тебя Иван подсадить на ардуино, очень увлекательная вещь
PS может форум программистов обратно влить в линукс для всех, а то там у нас тишина и мертвецы с косами стоят

Автор: IVK 25.4.2015, 14:37

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

Автор: kostyalamer 25.4.2015, 15:10

1) попробовал собрать distrocreator обломался с какой-то руганью на хашер. Сделал полный сброс из программы теперь ругается на репозитарии :

вынес навигатор, вынес настройки из хомяка, поставил обратно, прописал репы та же ругань.
Ничего не собирается, чешу репу.
2) Там бесполезно что-либо открывать народ туда не ходит. Смотри, у нас есть раздел про железо, если бы он лежал там был бы такой же труп. Может сделать раздел вроде Программирование - везде программирование или что-то вроде и перенести все туда. По сути на главном форуме только 'Линукс для всех' в данный момент активен ( жаль, в других ветках тоже много интересного )

Автор: IVK 25.4.2015, 15:23

Я на работе сегодня, вечером погляжу. Но у меня и сам DistroCreator, и дистры на его основе собирались. Вот сейчас опять для пробы запустил сборку.
Кстати, в конфиге (который на картинке), в конце третей строки должно быть #club_repo - на всякий случай

Автор: IVK 25.4.2015, 15:31

DistroCreator нормально собрался на t7 в последнем DistroNavigator'е; а я исчезаю пока.

Автор: kostyalamer 25.4.2015, 21:04

У меня с утра тоже все собиралось. Поставил вообще сетевые репозитарии, та же ругань на неправильные репы.
Вот списочек из окна ручного редактирования:

Ага , тут понятно навигатор по умолчанию покойную Киевскую репу тащит , сейчас руками подправлю.

Автор: kostyalamer 25.4.2015, 21:15

Подправил, эффект тот же, заметил интересную штуку на этой картинке жмем на кнопку Записать :

после этого жмем на кнопку Назад, видим пустоту:

Наверное проблема в этом.

Автор: IVK 25.4.2015, 23:16

Тут недоработка, а не баг. Выбор сетевых репозиториев не реализован, используются те, которые по умолчанию прописаны в конфиге, так что поля указания репозиториев и должны быть пустыми, если указано использовать сетевые. Надо будет это исправить. Забыл про это, поскольку самому не требуется.
И насчёт указания личного репозитория. У меня предполагается, что таковой один, и в нём один раздел. Как думаешь, есть смысл добавить возможность указания дополнительных реп и разделов в них? Сделать это легко.
Вообще надо упорядочить работу с репозиториями.
Но это всё едва ли имеет отношение к обвалу сборки у тебя. Тем более что с утра было нормально. Если список репозиториев правильный и путь к нему прописан верно, то причина облома в чём-то другом.
Пересоберу программу и потестирую её; в том числе, для верности, от другого юзера.

Автор: kostyalamer 26.4.2015, 0:18

1) Лучше конечно добавить, у меня например есть еще одна репа кроме клубной.
2) Обвал действительно странный, думаю после нажатия сбросить настройки появились какие-то косяки взаимодействия с m-p-d.
какие не понятно, то же m-p работает как часы.
Если вручную , какие команды для сборки того же distrocreator-а на t7 из каталога ~/distronavigator/mpd - погляжу выхлоп в консоли.
3) Давай , кстати хорошая идея надо и мне от другого юзера попробовать, но уже завтра

Автор: IVK 26.4.2015, 1:44

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


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


Сделал пробную сборку DistroCreator'а в самом свежем DistroNavigator'е от другого юзера. Причём готовый образ оказался в ~/.mpdgui/my_images Устранил причину этого; теперь вроде слово mpdgui нигде в коде и конфигах не фигурирует.
При этом заметил вот что.
Во-первых, сборка не пойдёт, если нет каталога ~/tmp - он вроде нужен команде rpm для её временных файлов. А это неправильно; надо сделать так, чтобы все rpm- и srpm-пакеты, требующиеся программе, создавались в пределах ~/.distronavigator и /tmp/.private/<юзер>/distronavigator и ничего вне их не требовали; не соображу только сразу, что где прописать для этого.
И второе. Я-то думал, что странность с отображением кнопок на правой панели (их левая кромка как бы теряется) - это из-за WMaker'а. И был удивлён, обнаружив, что при запуске программы от другого юзера в той же системе на ТДЕ, где программа пишется, тот же глюк

Автор: kostyalamer 26.4.2015, 8:56

Лучше добавить еще пару - личная репа и авто импорт на всякий случай: http://www.altlinux.org/Autoimports/p7

Автор: kostyalamer 26.4.2015, 9:57

Еще вот какая проблемка:

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

Автор: IVK 26.4.2015, 12:21

Вынес отсюда пару сообщений в тему под условным названием http://forum.russ2.com/index.php?showtopic=4150&view=findpost&p=42571.
Сделал несколько пробных сборок DistroCreator'а от другого юзера, между сборками делая сброс (полный и с сохранением проектов). Одна странность: первая попытка сборки после сброса сразу завершается обвалом, но дальше всё нормально (то есть как-то само наладилось).

Автор: IVK 26.4.2015, 13:10

Да, в самом деле, любопытный косяк обнаружился. После сброса (хоть полного, хоть с сохранением проектов) первая сборка немедленно (едва управление переходит от configure к make) завершается: для wmsmall и distrocreator просто обвалом, а для tde-mini - липовым сообщением об успешной сборке Причём последующие сборки идут нормально. Впечатление, что в m-p-d изначально присутствует мусор, но откуда? Попробую разобраться.

Автор: IVK 26.4.2015, 14:47

Решил этот вопрос (то есть убрал из исходников мусор, который раньше как-то туда занёс ); в очередной версии программы сброс уже никаких проблем не вызывает. Однако все огрехи, которые я убрал за последние дни, по идее и не могли вызывать постоянного обвала сборок. То есть, если ты снесёшь начисто каталог ~/.distronavigator, а после запуска проги подправишь файл ~/.distronavigator/sources/apt.conf-local-<бранч>, то, после обвала первой сборки, последующие должны идти нормально даже и в этой версии программы. Если нет, то придётся серьёзно подумать.

Автор: kostyalamer 26.4.2015, 21:39

Боюсь, что все не так просто, я эту операцию проделывал несколько раз все равно обваливается.
А у тебя при этом обвале тоже идет ругань на репозитарии ?

Автор: IVK 26.4.2015, 22:15

Нет, на репозитории не ругалось. Там был типичный обвал из-за мусора в сборочнице; и, повторюсь, он же бывал одноразово после сброса , а у тебя постоянно. У меня с репозиториями нормально; в том числе от другого юзера.

Автор: kostyalamer 26.4.2015, 23:18

Прикольно, влез в ~./distronavigator/mpd
сделал :
autoconf
./configure
make wmsmall-5.0.cd
пошла сборка , но естественно обломалась на apt-conf-desktop ( должен быть бранч ), но на репы не ругалась и пакеты втягивала.
Напиши команды для набора пальцами, я попробую поглядеть выхлоп , пока не очень понимаю структуру твоего подправленного m-p-d.

Автор: IVK 26.4.2015, 23:42

Вот, запустил сборку DistroCreator'а на t7, кое-что добавив в код программы (около 760 строки):

Выхлоп такой:

Автор: kostyalamer 26.4.2015, 23:59

уже сделал :
./configure --with-version=t7
make wmsmall-t7.cd
сборка пока идет уже минут 5

Автор: kostyalamer 27.4.2015, 0:22

сборка снова обломалась :

Прикольно , при этом в каталоге ~/oun/desktop собралась iso-ха altlinux-t7-20150426-desktop-i586-ru-install-cd.iso размером 38Мб
Ушел спать продолжим на неделе вечерами .

Автор: kostyalamer 28.4.2015, 0:41

Иван, в ручнике distrocreator собрался нормально, в графике по прежнему ругается на репы. Наверное надо лезть и смотреть что у тебя там в предсборочных проверках. Погляди, по крайней мере вроде ясно куда копать.
Ушел спать

Автор: IVK 28.4.2015, 1:29

Но я не могу решать проблему, которая у меня самого никак не проявляется. Скинь мне свой каталог ~/.distronavigator/sources - может, там что не так.

Автор: kostyalamer 28.4.2015, 8:02

Держи :  sources.zip ( 6.43 килобайт ) : 1

Автор: IVK 28.4.2015, 9:27

В файле ~/.distronavigator/sources/my_repos-t7 куча пустых строк, которые и сбивают прогу с толку (для неё каждая строка там - указание на репозиторий, вот она и пытается даже по пустой строке его найти ) Значит, это у меня косяк в ручном редактировании списка репозиториев; исправлю.

Автор: kostyalamer 28.4.2015, 22:45

Точно, удалил пустые строки и сборка пошла, собираю distrocreator
Порядок, distrocreator собрался, теперь сделаю ему человеческий скелетон.
PS Иван, по составу сборки, будем добавлять в него новые пакеты из wmsmall-а или заморозим пакетную базу на текущем уровне ?

Автор: kostyalamer 29.4.2015, 21:18

При установке distrocreator-а после установки пакетов и сохранения настроек, система уходит на перезагрузку.
Нет стадий настройки grub - а , пароля root-а и пользователя. Иван у тебя для distrocreator какой инсталлер прописан ?
Я в configure.ac distrocreator-а не нашел .

Автор: IVK 29.4.2015, 21:40

Да, обвал из-за того, что вместо клубного инсталлера используется десктопный. Шаблоны для создания в configure.ac секций для сборок на основе disrtocreator'а я положил куда надо (файлы ~/.distronavigator/cfg/distrocreator-*), так что эти сборки используют клубный инсталлер, а вот в сам configure.ac секцию disrtocreator'а прописать забыл, и disrtocreator хватает инсталлер по умолчанию Просто скопируй туда содержимое ~/.distronavigator/cfg/distrocreator-t7 (без указания бранча), и клубный инсталлер подцепится; или из проги создай проект на базе disrtocreator.

Автор: kostyalamer 29.4.2015, 21:50

Скопировал и поставил на сборку.

Автор: kostyalamer 29.4.2015, 22:12

Что любопытно , обломался в обоих вариантах :

хотя в том же configure вижу :

dc-t7 -это проект по второму варианту, сейчас снова wmsmall попробую собрать.

Автор: kostyalamer 29.4.2015, 22:31

wmsmall обломался точно также, сейчас попробую полную очистку сборочной системы .
После очистки тот же облом (со второго раза ). Завтра вынесу все под чистую и попробую снова

Автор: IVK 29.4.2015, 22:58

А у нас, как ни странно, гроза, и вроде надолго (это я с телефона)

Автор: kostyalamer 29.4.2015, 23:43

У нас сегодня была гроза с градом, давно такого не видел

Автор: Дмитрий Ханжин 30.4.2015, 0:49

Коллеги, решил пошшупать distronavigator, интересно собрать 64-битный wmsmall,
по озвученной рядом причине.
В код не полезу, по крайней мере, пока, но пользоваться попробую.
Пока же увидел ошибки упаковки:
1. не появляется в меню icewm - исправлен .desktop
2. излишние атрибуты исполнения - исправлен спек
Кмк, так лучше.

Автор: IVK 30.4.2015, 10:27

Спасибо, исправлю.

Автор: IVK 30.4.2015, 10:42

installer-feature-slideshow - последний в списке для второй стадии инсталлера, так что дело скорее в install2 вообще. Вроде когда-то у меня бывала такая ошибка, но уж не помню, в связи с чем. Сейчас для проверки запустил сборку distrocreator-t7.cd; прошла этот этап:

и успешно собрала дистр.

Автор: kostyalamer 30.4.2015, 19:16

Чудеса, сегодня distrocreator собрался, значит нужна была перезагрузка системы
Какие-то не опознанные грабли

Автор: kostyalamer 30.4.2015, 22:08

Иван, у тебя distrocreator не втягивает пакеты /mpd/profiles/pkg/lists/wmaker по этому нет некоторых апплетов, надо добавить все это в профиль. А так собрался, запустился - сейчас его ковыряю.

Автор: IVK 30.4.2015, 22:15

Вписал use-wmaker-@BRANCH@ в описание wmsmall и distrocreator в Makefile.in. Но я же просто перетащил в m-p-d твой профиль wmsmall из m-p, не особо вникая, что там внутри.

Автор: IVK 1.5.2015, 0:57

Новая версия программы:
https://yadi.sk/d/g4fyzG9VgMrbV
https://yadi.sk/d/e3kM8wupgMrf5
Там много чего по мелочам изменено или исправлено. Секцию подключения репозиториев переделал в корне. Но и в нынешнем виде там многое сомнительно. Основная сложность в том, что обязательные репозитории (основной и клубный) указываются отдельно для каждого бранча, а дополнительные - для всех сразу. Вообще, надо разобраться, что именно там должно быть (и тут вопрос о привязке того или иного репозитория к определённому бранчу, опять же, ключевой) - чтоб и достаточно, и не слишком сложно.

Автор: kostyalamer 1.5.2015, 8:56

Новая версия уехала в репу , попробую в ней собрать distrocreator но только вечером.
Я тоже уехал

Автор: kostyalamer 2.5.2015, 16:14

Собрал в новой версии distrocreator ( без каких-либо проблем ) , сделал в нем скелетон distrocreator и залил его в клубную репу.
Думаю теперь уже можно переходить к стадии бета-тестирования с привлечением пользователей с форума Альта .
Из моих косяков - в следующей версии замени пожалуйста в профиле wmaker wmsystray на wmsystemtray , мне он больше нравится,
или просто добавь его туда.
epdfview выкини из профиля - программа оказалась на редкость кривая.
По умолчанию поставил тему barsoom - для сборщика самое то.

Автор: IVK 2.5.2015, 18:46

Тогда уж лучше со следующей версии; на днях будет готова.


Так и сделаю.

Автор: Michael Shigorin 3.5.2015, 11:17

К сведению: на localhost остановился на qpdfview, весьма доволен (qt4).

Автор: Дмитрий Ханжин 3.5.2015, 11:21

Иван, .desktop файл недоисправил.
Не существует ключ Exec[$e], есть Exec, поэтому в меню так и не появляется.
http://standards.freedesktop.org/desktop-entry-spec/latest/ar01s06.html

И ещё у меня есть предложение, начать использовать git, для совместной разработки
очень удобно. И публиковать, хотя-бы, на github.com.
Я там уже зарегистрировался, слегка коряво.
https://github.com/jinn-alt

Автор: IVK 3.5.2015, 13:27

В самом деле Убрал [$e] , теперь вроде правильно.


Можно попробовать. Но, во-первых, сначала мне надо хотя бы доделать и выложить (послезавтра, вероятно) очередную версию программы. А во-вторых, я git'ом не пользовался никогда; так что открыл http://forum.russ2.com/index.php?showtopic=4151&view=findpost&p=42721

Автор: IVK 4.5.2015, 13:59

Очередная версия программы:
https://yadi.sk/d/XjEyBG8_gQmuh
https://yadi.sk/d/0sfV4KhUgQn2M
Основное изменение: убрал страницу, на которой к дистрибутиву можно было подключить live и rescue - это излишество, если поразмыслить. Теперь тип целевого дистрибутива указывается при создании проекта и не может быть потом изменён (а зачем его менять? хочешь, к примеру, добавить к своему проекту live-режим - просто создай на основе этого проекта новый, Install+Live, результат будет точно тот же). Делал таким образом проекты (большей частью на основе DistroCreator'а, бранч t7), указывая разные типы дистрибутивов, от чисто установочного до живого диска с возможностью установки, вроде собираются и работают нормально, но вообще тут, конечно, надо всё толком протестировать, непременно что-нибудь не в порядке.
Насчёт гита, альтовского форума и прочего. Давайте сначала определимся, какова обстановка с программой.
У меня ближайшие планы по ней такие.
1. По возможности устранить оставшиеся недоработки и баги. Надо бы, кстати, составить и выложить тут их примерный список; может, кто чего подскажет... не говоря уж о том, что наверняка есть косяки, о коих я вовсе не знаю.
2. Прикрутить к программе поддержку m-p. Прикинул в общих чертах, как это сделать. Код, непосредственно отвечающий за взаимодействие со сборочной системой, не так уж велик по объёму, так что не надо никакого форка, Навигатор будет переключаться между m-p и m-p-d, это его не особо усложнит.
3. Интеграция Навигатора с Креатором.
Нет оснований какую-то из этих задач откладывать на потом, можно заниматься ими параллельно, прямо сейчас. Ну разве что какая-то из них будет столь активно осуществляться, что временно задвинет другие на задний план.
Но мои планы сильно зависят от того, кому, для чего и в какой степени требуется эта программа. Очевидно же, что надо заниматься теми её возможностями, которые уже сейчас востребованы. И если, скажем, отсюда вытекает, что лучше разрабатывать её в git'е, то пусть так и будет.

Автор: kostyalamer 4.5.2015, 19:22

Новая версия уехала в репу
1) С этим пунктом все понятно, в процессе чего-нибудь наковыряем, хотя количество багов с каждой новой версией уменьшается.
2) Слабо себе представляю как ты это сделаешь в одной программе - для m-p и m-p-d тебе нужны будут разные костыли, не считая проблемы с брендингом в m-p.
3) Скорее креатора с навигатором, хотя теперь эта история начинает напоминать философский диспут на тему что было раньше яйцо или курица .
По поводу Форума Альта : для 1-го пункта нужны тестеры сейчас ты автор я тестер ( и то в основном по части distrocreator-а ).
Одного тестера явно маловато для отлова граблей. Я бы предложил тебе анонсировать креатор и навигатор или для начала хотя бы навигатор тут : http://forum.altlinux.org/index.php?board=17.0 Заодно поглядели бы кому чего надо . Может и в рассылки анонс запустить, подумай сейчас программой уже можно пользоваться.
На счет git-а это к Дмитрию , мне всегда проще нагорбатить несколько килобайт костылей чем разбираться в чужом коде, хотя надо признать он у тебя прекрасно откоментирован ( грешен, подглядел одним глазом )

Автор: IVK 4.5.2015, 20:21

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


Тут взаимоинтеграция


По идее, надо попробовать; в ближайшие дни, наверное.

Автор: IVK 6.5.2015, 23:36

Новая версия программы:
https://yadi.sk/d/J2hJ721qgUCyP
https://yadi.sk/d/HdR7W_NHgUD2j
Может переключаться между m-p и m-p-d (кнопочкой в правом нижнем углу). В m-p собирал для пробы tde.iso, вроде нормально. Для начала этого достаточно; а дальше надо заняться интеграцией Навигатора с m-p уже всерьёз.
Понятно, что второй бекенд, вломившись в программу, что-то повредил, но сейчас, похоже, уже довольно мирно уживается с первым, хотя какие-то скрытые конфликты вполне могут ещё вылезть.

Автор: kostyalamer 7.5.2015, 0:17

Дистронавигатор уехал в репу. Проверил, запускается, особенно понравилась расцветка m-p - шной части .
В ближайшее время постараюсь потестировать .
Иван, кстати у тебя как-нибудь решен вопрос с брендингами в m-p ? Если решен то делись опытом.

Автор: IVK 7.5.2015, 0:29

Разная расцветка - чтоб не путались Хотя, впрочем, можно вовсе отключить в настройках ту сборочную систему, которая не нужна.


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

Автор: kostyalamer 7.5.2015, 22:58

В m-p собрал сборку tde-t7. Собралась достаточно быстро без каких-либо проблем.
Буду ждать новую версию с расширенным количеством целей для сборки.
Кстати , а может меню с брендингами как-то в версии с m-p подредактировать, чтобы не появлялись лишнии кнопки, раз собирать можно только с сизифным брендингом ? Может все-таки тебе анонсировать это дело на Альтовском форуме, пускай потестируют часть с m-p-d там то наверное больших изменений не будет . Пока писал придумал что проверить , попробую сейчас выбрать m-p-d и собрать чего-нибудь на предмет конфликтов.

Автор: kostyalamer 8.5.2015, 7:50

Проверил сборку в m-p-d , собрал distrocreator, все нормально

Автор: IVK 8.5.2015, 10:19

Наверное, лучше пока вовсе отключить для m-p всю секцию брендингов, она там сейчас ни к чему, раз нет ни выбора, ни смысла в создании своего брендинга, ну а потом надо будет что-то придумывать.


В Git затащу (вечером попробую, а сейчас надо отвлечься на всякие не связанные с Линуксом срочные дела), тогда и анонсирую.

Автор: IVK 11.5.2015, 14:59

Очередная версия:
https://yadi.sk/d/xSioPVuZgYrJK
https://yadi.sk/d/MWzU6P-dgYrLD
Пакет уменьшился в два с лишним раза, потому как исходников клубного брендинга в нём больше нет - теперь они загружаются и занимают отведённое им место, если пользователь решит создать собственный брендинг. В перспективе надо подобным же образом убрать из программы и m-p и даже m-p-d.

Автор: kostyalamer 11.5.2015, 21:24

В репе, сейчас попробую чего-нибудь собрать

Автор: IVK 11.5.2015, 21:32

Лучше сначала удалить ~/.distronavigator, запустить прпогу и нажать "Оформление" - "Создать новый брендинг". Если дальше и у тебя дело пойдёт нормально, то вопрос с исходниками брендинга точно решён

Автор: kostyalamer 11.5.2015, 21:49

Эх, чуть-чуть опоздал ~/.distronavigator я естественно удалил, но уже поставил на сборку в mp tde-ху на сизифном брендинге.
сейчас соберется и повторим эксперимент. Создаем новый брендинг в системе с m-p-d или m-p ?

Автор: IVK 11.5.2015, 21:52

Без разницы, поскольку переключение с m-p на m-p-d и обратно секцию брендинга не затрагивает.
Исчезаю до завтра

Автор: kostyalamer 11.5.2015, 23:28

Брендинг создался , дистрибутив собрался , правда я собирал на mp. Нырнул внутрь iso-хи - там сизифный , но так наверное на mp и должно быть.

Автор: IVK 11.5.2015, 23:52

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

Автор: IVK 12.5.2015, 21:07

Вот, http://forum.altlinux.org/index.php/topic,28850.msg254176.html#msg254176

Автор: kostyalamer 12.5.2015, 22:34

Правильно , давно пора

Автор: kostyalamer 16.5.2015, 18:13

Иван , минимал с альтератором на fvwm не нужен ?
Если у тебя нет то могу закинуть m-p-d -шный профиль, скелетонов у него нет

Автор: IVK 16.5.2015, 18:51

Закинь, прикручу как-нибудь.

Автор: kostyalamer 16.5.2015, 21:25

Держи , этот кусок у меня вставлен в /conf.d/windowmaker.mk :


Вот профиль :  fvwm.zip ( 405 байт ) : 1

Для полного счастья пользователей в профиль можно добавить synaptic-usermode, а можно не добавлять как тебе больше нравится
PS Чем помочь, что потестировать ?

Автор: IVK 16.5.2015, 21:49

Спасибо, пока ничего не нужно. Я вот чем занят. В программе имелось множество мельчайших конфигов и всякого рода вспомогательных файлов, да и по каталогам они были разложены кое-как... ну понятно, программа ведь весьма хаотично развивалась В последние дни я свёл почти все конфиги в один и уничтожил большую часть вспомогательных файлов (естественно, без ущерба для функционала). Оставшиеся файлы разложил по каталогам уже по единому плану. Смысл всей этой операции в том, чтобы решить вопрос с файлами программы раз и навсегда, дабы в дальнейшем не было необходимости сколь-нибудь серьёзно тут что-то менять, создавая пользователям проблемы при установке новых версий. Это же фундамент, как-никак. Сейчас гоняю прогу, выявляя и устраняя побочные эффекты от этой революции А может, ещё что-нибудь упорядочу, хотя уже почти и нечего. В ближайшие дни выложу новую версию. fvwm в ней тоже будет.

Автор: IVK 17.5.2015, 0:45

А впрочем, вот новая версия:
https://yadi.sk/d/b038WHRlgg542
https://yadi.sk/d/K0LKn1C2gg55K
Какие-то косяки после упомянутой революции там наверняка ещё остались, но, во всяком случае, брендинги и дистрибутивы создаются и собираются. fvwm, кстати, там уже собрал и установил в виртуалку Правда, графика по startx.
Чтобы установить эту версию Навигатора, надо, по изложенной в предыдущем посте причине, сначала начисто снести предыдущую

Автор: Дмитрий Ханжин 17.5.2015, 1:26

Я попробовал предыдущую версию, 0.6.1-alt10.
Почти всё понятно, или, поскольку мне надо x86_64, настраиваемо руками.
А вот можно ли выбрать каталог- корень дерева для сборки?
В m-p это- BUILDDIR, в m-p-d- не помню.

Автор: kostyalamer 17.5.2015, 9:02

Уехала в репу.
Спасибо Иван, я все время забываю про m-p-d так как перешел на m-p. Чтобы fvwm собранный в m-p-d стартовал в графике добавь пожалуйста в профиль пакетик : installer-feature-runlevel5-stage3 в следующей версии.
Наверное и
installer-feature-desktop-other-fs-stage2
installer-feature-no-xconsole-stage3
тоже добавь

Автор: IVK 17.5.2015, 11:50

Какие-нибудь баги выскочили?


Там это указывается через TMP. К примеру, если вбить в текст Навигатора
print make_str
то выхлоп (при включенной опции "Собирать дистрибутивы в tmpfs") у меня такой:

Кстати, только сейчас заметил , что эта опция, оказывается, когда-то (уж не знаю когда, потому что давно уже собираю только в tmpfs) перестала работать: независимо от неё, сборка всегда идёт в tmpfs Исправил, в следующей версии будет как надо. А приделать к программе выбор корня сборочного дерева, конечно, можно. Если сборку желательно производить не в tmpfs, но и не в разделе /home, то такой выбор и в самом деле понадобится.

Автор: IVK 17.5.2015, 11:52

Добавлю.

Автор: IVK 18.5.2015, 0:36

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

Автор: IVK 22.5.2015, 22:47

Новая версия
https://yadi.sk/d/jKYSTCWUgp5pn
https://yadi.sk/d/TiuB5IDmgp5sK

Успешно собирал там в m-p как базовые дистрибутивы DistroCreator, WMSmall, fvwm, так и (что гораздо важнее) созданные на их основе. Впрочем, многих возможностей (выбор типа целевого дистрибутива, раздельные профили для каждого бранча, дополнительные группы пакетов и что там ещё) пока нет.
Костя, в программе сейчас твой апрельский m-p Я там в windowmaker.mk DistroCreator вписал и пока что (это для упрощения) переименовал fvwm_mini в fvwm .
Ещё переделал страницу параметров сборочной системы и по мелочам многое подправил (а может, что-то и поломал ).

Автор: Balbes 22.5.2015, 23:09

Может ляпну глупость, сильно не пинайте, пока не дошли руки плотно потестировать ...
А git не думал прикрутить к этому делу ? Несколько каталогов, каждый со своими git-ами, а оболочка переключает в каждом каталоге на нужную ветку гита, типа каталог брэндинг со своими ветками, профиь для сборки, источники пакетов используемые для сборки (apt) и т.д.
Выбрал в оболочке нужную опцию и нужный набор, а оболочка уже сама переключила в каждом каталоге на нужную ветку и получили общую среду сборки с нужными параметрами.

Автор: kostyalamer 22.5.2015, 23:16

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

Автор: IVK 22.5.2015, 23:16

Прикрутил, как сумел и https://github.com/ivk-1097/DistroNavigator скидываю. Но это скорее проба, я Git'ом доселе не пользовался и слабо в нём ориентируюсь.

Автор: kostyalamer 23.5.2015, 17:49

Свежие баги. Все вынес как обычно и поставил с нуля. На m-p-d все прекрасно, дистрибутивы собираются. На m-p следует моментальный облом с пустым отчетом о сборке и невозможностью полного или частичного сброса сборочной системы .
Да /mp/build.log совершенно пуст.

Автор: IVK 23.5.2015, 17:58

А сброс m-p в проге ещё не реализован... не догадался скрыть в режиме m-p кнопку сброса, чтобы не вводила в заблуждение. А в консоли при обломе сборки что выскакивает? Я сейчас без проблем делаю в m-p сборки с разными вариантами Live, на основе как wmsmall, так и fvwm.

Автор: IVK 23.5.2015, 18:06

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

Автор: IVK 23.5.2015, 18:16

distronavigator.py, строка 972 и далее:

надо заменить на:

Автор: kostyalamer 23.5.2015, 18:20

В консоли в ~./distronavigator/mp собрался wmsmall по make wmsmall.iso .
Вечером попробую еще потестировать сейчас снова убегаю

Автор: kostyalamer 23.5.2015, 21:41

Заменил , не помогло. Более того попробовал собрать новый проект на базе fvwm тот же облом перед началом сборки с пустым логом.

Автор: IVK 23.5.2015, 21:47

Странно; у меня сейчас собираются и базовые дистры и свои

Автор: kostyalamer 23.5.2015, 22:00

Под другим пользователем пробовал ?

Автор: IVK 23.5.2015, 22:55

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

Автор: kostyalamer 23.5.2015, 22:59

Зато у меня пошла сборка wmsmall-а , все остальное по-прежнему не собирается. Может быть это связано с тем что он один раз
собрался в консоли в m-p Distronavigator -а .

Автор: IVK 24.5.2015, 0:23

Если wmsmall собирается,то по идее и остальные должны. В windowmaker.mk загляни, все они там.

Автор: kostyalamer 24.5.2015, 10:28

Точно, сейчас обламывается один fvwm, distrocreator сейчас собирается. Кстати , проект который не собирался тоже был на базе fvwm-а.

Автор: IVK 24.5.2015, 11:22

Оказывается, у тебя этот дистрибутив в windowmaker.mk всё ещё называется distro/fvwm_mini, а должно быть просто distro/fvwm. Недосмотрел, у себя это подправил, а в исходниках нет

Автор: Balbes 24.5.2015, 15:47

Появилось не много времени, решил потестировать DistroNavigator.

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

Условия тестирования : старенький ПК Пентиум 4 с частотой 3.06 , 4 Гб ОЗУ , 32 Гб диск.
свеже установленный Кентавр 7.0.4 (x64), с минимальным набором софта.

1. Установка Дистронавигатора - после подключения клубного репозитория в синаптике,
выбрал установку пакета, система предложила скачать больше 170 Мб. ....
Бегло посмотрел, что планируется поставить, список весьма пестрый.
Например драйвера i586 для радеона , нвидиа и прочее, это нужно для сборки ?

2. При запуске, вместе с Дистронавигатором появилось окно терминала ,
после установки hasher , это окно появляться перестало, но в справке не указано
что нужно предварительно установить и настроить hasher.
Может стоит добавить проверку наличия hashera перед запуском Дистронавигатора
и продублировать в первом же окне чёткую инструкцию, как его правильно установить и настроить ?

3. В прицепе архив со скринами, как отображаются кнопки и надписи в разных режимах дистронавигатора
на стандарьном мониторе 1280х1024.

4. Желательно добавить кнопку выхода.

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

6. Выбор репозиториев подразумевает только один вид - либо локально, либо удалённо, попытался обмануть дистронавигатор, подключил локальную репу с зеркалом р7, а клубную хотел использовать сетевую - при попытке сборки облом. Кстати, необходимость клуюной репы жёстко зашита, это не правильно, а если пользователь захочет собирать просто модифицированные стандартные дисты, без того, что есть в клубной ?

7. При в ходе в список проектов он первоначально пустой , только после того, как добавил свой, появилияь стандартные проекты. Мне кажеться набор стандартных проектов должен быть доступен в начале, что-бы можно было выполнить простейшую проверку сборочницы на работоспособность.

8.Нет выбора архитектуры, всё жёстко завязано на 586.


Иван, про гиты я писал не про сам проект для сборки rpm Дистонавигатор, а для использования в РАБОТЕ самого дистронавигатора, т.е. есть каталог брэндинг, в нём с помощью гита (команды для переключения веток даёт навигатор) происходит переключение на нужню ветку и тогда все файлы в этом каталоге примут нужное содержание и будет выполняться сборка выбранного в навигаторе варианта. И так по каждому определяющему работу навигатора каталогу, в каталоге отвечающем за репы - гит с вариантами реп и т.д.

Автор: IVK 24.5.2015, 17:50

Основательный тест, спасибо

Это логичный подход к делу; программа, в конечном счёте, именно для новичков.


Я понемногу добавлял в спеке зависимости, без которых программа не работала. В итоге сейчас там вот что:

Что там ещё притягивается - честно говоря, не вникал, у меня-то это всё уже установлено. Надо разбираться.


Hasher прописан в зависимостях Навигатора, так что он сам установится. Навигатор при запуске проверяет только, состоит ли юзер в группе hashman; если нет, то открывает окно терминала. При следующем запуске программа, обнаружив юзера уже в группе hashman, делает в конфиге пометку, что вопрос закрыт, и более такими проверками не занимается. Сложность, таким образом, лишь в том, чтобы лучше настроить хашер? Тут инструкция для новичка нужна, а приделать её к программе - не проблема.


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


Да, вообще-то. А то несерьёзно как-то.


Но такие каталоги обычно и начинаются с точки, зачем нарушать традицию? Уж наверное юзер догадается включить отображение скрытых файлов.


А секцию подключения репозиториев желательно вообще переделать, но надо её сначала чётко спланировать, чтобы не перекраивать потом снова. Итак, репозитории разделяются по следующим признакам:
1. Обязательные и необязательные.
2. Сетевые и локальные.
3. Различные для каждого бранча и общие для всех бранчей.
Сейчас получается, что эти признаки отчасти взаимозависимы: репозитории, различные для каждого бранча (основной и клубный), в то же время являются обязательными, и притом они или оба сетевые или оба локальные. Да, надо сделать клубную репу необязательной, и выбор между локальным и сетевым вариантами для неё должен быть отдельно от основного репозитория. Но, может, будут ещё какие-то предложения насчёт работы с репами? Сложность в том, что я могу лишь гадать, какие репы захочет задействовать тот или иной пользователь, и будут ли они общие для всех бранчей или нет.

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


Просто до сих пор никому вроде было не нужно. Можно сделать.


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

Автор: Balbes 25.5.2015, 12:51

Как вариант, что-бы уменьшить первичный объём можно в начале ставить только самое необходимое, а остальные зависимости устанавливать по мере возникновения в них потребности. Например, если пользователь не будет заниматься брэндингами - значит можно не ставить всё, что с этим связано, а добавить кнопку "Установить пакеты для работы с брэндингом" и вынести туда установку этих пакетов.


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


Кстати, при установке пакаета Навигатора, были автоматом удалены из системы шрифты ttf-droid, видимо они с чем-то из зависимостей конфликтовали. Может причина в этом ?


С точки обычно начинается то, что обычному пользователю нужно поменьше видеть и влезать туда только когда точно понимает, что ему там надо, а с Навигатором ситуация обратная - это каталоги, которые он должен априори видеть и иметь туда лёгкий доступ, вспомни, как создаются каталоги при клонировании mpd и mp .
Кстати, подход "пользователь догадается" - веьма опасен и не корректен, если создавать софт для пользователей, то нужно стремиться максимально исходить из того, что пользователь не знает ни чего, ну либо имеет самые общие представления и лучше иметь избыток инфы, которую знающие легко пройдут мимо, чем ее недостаток для новичков.


ИМХО здесь можно пойти более простым путём по аналогии с синаптиком, есть файл с описанием реп, каждая строка отвечает за свою настройку, какая она локальная, сетевая - не важно, Навигатор не должен от себя ни чего добавлять в эту строку. Можно облегчить выбор реп в окне настроек, подставляя в окно строки префикс "file:///", "ftp://" и так далее, но вся строка должна быть свободно редактируемой, и после завершения настройки, по команде применить вписывает точно то, что прописано и при работе тупо использует строго то, что прописано в настроечном файле. Кстати, это будет полезно и для тех, кто привык править руками. Можно попробовать прикрутить стандартную возможность использования быстрого переключения между репами через файлы описатели apt. Пример как этими файлами пользоваться Дмитрий приводил в теме про гит в файлах своих образцов. Это достаточно удобный механиз для сборки разных архитектур и разных бранчей, в строку сборки подставляется нужный ключ-описатель и всё автоматом переключается на нужные репы.
Кстати, было бы весьма полезно добавить еще кнопки, которые позволят создать локальное зеркало для нужных бранчей и веток (естественно с предупреждением о трафике и необходимости нужного места), взяв за основу rsync с набором шаблонов нужных параметров, которые обычно приводят опытные пользователи, когда описывают, как они поддерживают свои локальные зеркала в актуальном состояниии, заодно этими кнопками можно обновлять репы, т.е. ткнул в кнопку создать\обновить и если это первый раз, то скачивается всё, если обновление, то репы синхронизируются.


ИМХО лучше несколько изменить алгоритм, на первой странице поместить сразу все доступные проекты хотя бы при первых входа, пока не будут изменены настройки по их отображению, т.к. нажать кнопку сборки при пустом окне - не каждый сообразит, либо изменить ее подпись, что-бы было понятно, что ее можно нажать и в пустом окне.


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


Лучше потратить не много времени на изучение возможностей гита, потренироваться на любом пустом проекте создавать ветки, управлять ими, понять, что происходит с содержимым каталогов и файлов при переключении на разные ветки и т.д. Это может существенно изменить суть Навигатора, облегчить тебе как разработчику, сам концептуальный процесс разработки, перенеся кучу рутинной работы на отработанную платформу.
Например, выбрал пользователь архитектуру , нажал кнопочку применить и ВЕСЬ набор связанных с этим файлов автоматом изменился на нужный. Т.е. гит автоматом сам переключит все файлы, нужные для работы Навигатора у пользователя, на нужное содержание, тебе останется только подготовить их правильное первичное содержание для установки в составе Навигатора на ПК пользователя. При этом ты можешь их отлаживать сколько угодно, пока не получишь нужного результата и после этого фиксируешь их состояние и можешь дальше эксперементировать.

Автор: IVK 25.5.2015, 15:28

Собственно, требование установить Gimp и сейчас выскакивает лишь тогда, когда пользователь вознамерится редактировать картинки брендинга. Да, ImageMagick надо тоже сделать таким же опциональным, а может, что-то ещё. Тут надо будет выяснить, какие пакеты ещё необходимы только для работы над брендингом.


Да, так будет более цивилизованно. Сейчас пройти мимо настройки можно, просто закрыв окно терминала, что весьма вульгарно. А хорошую справку по хашеру лучше, наверное, найти где-то, чем сочинить.


ttf-droid конфликтует с fonts-ttf-google-droid-sans, который с некоторых пор нужен для нормальной работы брендинга (http://forum.russ2.com/index.php?showtopic=3225&view=findpost&p=42793). Дело, скорее, в том, что в самом тексте программы шрифты были прописаны кое-как, просто у меня самого это проблем не вызывало, вот и не замечал. Вчера вроде исправил, в следующей версии программы будет видно, устранило ли это глюки на твоём компе.


То есть предлагаешь заменить ~/.distronavigator на /distronavigator? В принципе, можно.


Вот... тут в самом деле надо всё хорошо обдумать, прежде чем делать. Я изначально исходил из того, что юзер может создать различные списки репозиториев как для разных бранчей, причём список локальных зеркал - отдельно, а сетевых реп - отдельно. И потом легко переключаться между ними. Исходя из этого, каталог ~/.distronavigator/sources постепенно заполняется соответствующими файлами в зависимости от потребностей юзера. Есть рабочий конфиг для каждого бранча, и есть резервные, копируемые в него при надобности. Я всё-таки думаю сохранить эту схему, но её определённо придётся усложнить.


Тут без рута, скорее всего, не обойтись, что несколько усложняет дело.


Я там в пояснениях припишу, что можно проверить программу, нажав на "Собрать дистрибутив". А выводить базовые дистры на главную страницу проектов - это не то, потому что они ведь не редактируются. Они присутствуют только на странице сборки дистрибутива, поскольку всё, что с ними можно делать - это собирать их "как они есть".


Приделал выбор архитектуры, в следующей версии проги будет. Вписал i586, x86_64, arm, ppc.


Надо будет сделать, но только попозже.

Автор: IVK 25.5.2015, 22:55

Очередная версия:
https://yadi.sk/d/pQSRlTdLgs33i
https://yadi.sk/d/nvRCR-pAgs36K

Основные новшества:
1. Добавлен выбор архитектуры (на странице "Сборочная система"). Правда, без ручной правки списка репозиториев пока что возможна сборка лишь на i586
2. Вроде навёл порядок со шрифтами. Вроде или на самом деле - виднее тем, у кого были (или и теперь остались?) странности с отображением.
3. В m-p теперь можно при создании проекта выбрать тип целевого дистрибутива. Правда, тут лишь 5 вариантов, а не 6, как в случае с m-p-d, потому что не сумел сразу разобраться, как реализовать вариант "Live с возможностью установки", и не стал пока его включать. Остальные вроде собираются как надо.
4. Теперь возможен сброс (полный или с сохранением проектов) также и в m-p.
Вписал в программу указание выводить в консоль команды, выполняемые при сборке дистрибутива; думаю, сейчас это может быть полезным.

Автор: kostyalamer 25.5.2015, 23:11

По поводу хашера - вот вполне нормальная справка: http://www.altlinux.org/%D0%A0%D1%83%D0%BA%D0%BE%D0%B2%D0%BE%D0%B4%D1%81%D1%82%D0%B2%D0%BE_%D0%BF%D0%BE_hasher
осталось решить что с ней делать то ли запихать во встроенную справку ( вдруг у пользователя бранчи скачаны а интернета нет ) то ли
открывать ее в браузере .

Автор: kostyalamer 25.5.2015, 23:26

Уехала в репу .

Автор: IVK 26.5.2015, 0:37

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

Автор: Balbes 28.5.2015, 12:21

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

Собирать пока не получается, жду исправления реп.

Автор: IVK 28.5.2015, 23:15

У меня кнопки выглядят вот так:


А у тебя?


Это в основном из-за кучи мелких и мельчайших конфигов, образовавшихся в ходе развития программы Я недавно их почти всех истребил, сведя их функционал в минимальное число более крупных конфигов, что повлекло за собой и переделку структуры каталогов, отсюда и несовместимость версий Но это в любом случае надо довести до конца, чтобы в будущем потребности в подобного рода перестройках больше не было.
А вообще каталог ~/.distronavigator при обновлении программы не обновляется вовсе, он только создаётся заново, если его удалить.

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

Автор: kostyalamer 28.5.2015, 23:27

1) Только что собрал в новом Distronavigator-е на m-p дистрибутив fvwm - проблем нет.
2) Кнопки выглядят как у Ивана , наверное Олег имел ввиду информационные надписи в правом верхнем углу окна вот там у меня текст впритык.

Автор: IVK 28.5.2015, 23:42

Курсив из программы исчез?
Два снимка верхнего правого угла:

Автор: Balbes 29.5.2015, 11:42

Сделаю скриншоты для наглядности, а то описывать где и что дольше ...

ИМХО при обновлении можно делать переименование прежнего каталога в distronavigator_old, а новый создаётся с чистого листа, если будут нужны файлы из прежней версии - их всегда можно вытащить, а если не нужны - то удалить весь старый каталог, например прикрутить кнопку в навигатор для этого, с показом сколько места он занимает (освободиться после его удаления).

Автор: kostyalamer 29.5.2015, 22:48

Да , курсива там больше нет

Автор: IVK 31.5.2015, 16:05

Новая версия:
https://yadi.sk/d/cidXpRkYgyVY5
https://yadi.sk/d/VsitvW71gyVft
Секция подключения репозиториев переделана, ну и прочее, что успел.
А вообще у меня обстановка изменилась. Приехал на каникулы потенциальный тестер ДистроНавигатора нужно только приспособить к делу его ноутбук с UEFI и предустановленной Win8. Так что пока надо с этим разобраться.

Автор: kostyalamer 31.5.2015, 19:45

Новая версия уехала в репу.
Костик приехал ? Теперь дело пойдет

Автор: IVK 31.5.2015, 20:38

Он самый. А Линукс я на его ноутбук поставил, теперь вопрос в том, как восстановить после этого запуск винды она ведь там тоже нужна

Автор: IVK 31.5.2015, 21:08

Выделил отсюда тему "http://forum.russ2.com/index.php?showtopic=4162&view=findpost&p=43058"

Автор: kostyalamer 31.5.2015, 23:03

Для проверки собрал Distrocreator в m-p

Автор: Balbes 6.6.2015, 14:08

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

При попытке сборки любых вариантов дистров и на любой архитектуре на mpd всегда получал одну и ту же ошибку, что нет пакета :



При попытке сборки на mp получал другую ошибку :



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

Кстати, в mp есть куча готовых профилей, список которых можно увидеть по команде make help, можно было бы использовать в качестве теста работоспособности Навигатора сборку простейшего образа, как это описано у Михаила в справке - make syslinux.iso. Если образ собрался (там размер всего 1.3 Мб), то настройка реп и сборочницы выполнена правильно и можно собирать большие проекты.

Автор: kostyalamer 6.6.2015, 15:22

Олег у тебя случайно не система с systemd ? Очень похожие глюки, лечатся таким способом:

Автор: Balbes 6.6.2015, 17:30

Помогло, хорошо бы об этом крупно написать сразу на первой странице Навигатора.

Автор: IVK 6.6.2015, 20:35

А какого пакета? На скриншоте не видно, там почему-то запечатлены отнюдь не последние строки журнала.


Если сначала включил клубную репу, а потом отключил, то она будет удалена из списка репозиториев (~/.distronavigator/sources/my_repos-*), и это ошибок не вызовет. Но кнопку/флажок для большей ясности добавить можно.


Пожалуй, надо так сделать.


На первой ни к чему, а на странице запуска сборки напишу непременно. Так и писать: "если у вас systemd, то перед сборкой делайте apt-get install --reinstall mkimage-preinstall" ?

Автор: Balbes 8.6.2015, 11:37

пакет :
branding-none-........ (release, notes и так далее)

Навреное можно и так написать, главное что-бы была инфа о том, что нужно сделать.

Автор: IVK 8.6.2015, 14:18

На главной странице кнопка "С чего начать?", и там сказано, что надо обязательно выбрать брендинг. Если не выбран, то получается это "none".
Это в m-p-d. А к m-p (о чём, кстати, надо будет написать на упомянутой странице "С чего начать", упустил эт о как-то) это не относится, поскольку там всё равно (что бы ни указывал юзер) пока используется сизифовский брендинг, раз уж с остальными в m-p проблемы.

Автор: Balbes 8.6.2015, 18:42

ИМХО, при сборке стандартных дистров, первично, если не изменить самому, должен использоваться родной брендинг, который прописан для них в профиле.

Автор: IVK 8.6.2015, 18:57

И в самом деле, логично Так и сделаю.

Автор: dango_ 9.6.2015, 8:28

Собирал DistroNavigator для клубной репы под x86_64
Вот выхлоп хэшера:

Вопросы вызвали две строки вида

Просьба прояснить ситуацию. Заранее спасибо.

Автор: Michael Shigorin 9.6.2015, 15:55

1) нет, конечно -- достаточно (что куда как быстрее);
2) вот соответствующий баг: https://bugzilla.altlinux.org/show_bug.cgi?id=30351

Автор: IVK 9.6.2015, 18:08

Явно у меня косяк в спеке distronavigator'а, только не знаю где именно, я в спеках, прямо скажу, чайник

Автор: dango_ 9.6.2015, 19:55

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

Автор: kostyalamer 13.6.2015, 15:44

Иван, wmsmall наконец стабилизировался и находится в предрелизном состоянии. Скорее всего больше изменений в пакетной базе не будет. Профиль скидывать ? Как только дашь отмашку, скину профиль и залью в клубную репу новый скелетон

Автор: IVK 13.6.2015, 18:27

Можно сейчас, можно попозже. Я пару недель занимался другими делами, лишь на днях смогу вернуться к Навигатору, так что очередная версия будет где-то через неделю. Если wmsmall в предрелизном состоянии, то ДистроКреатор, получается, тоже - вопрос лишь в степени готовности Навигатора. Тут надо будет подумать, какие его стороны прямо сейчас дорабатывать, а какие отложить на потом.

Автор: kostyalamer 14.6.2015, 9:44

Залил новый скелетон в репу, пакетный профиль в прицепе:
 wmsmall.zip ( 1.27 килобайт ) : 1

Как раз к твоей следующей сборке навигатора.

Автор: IVK 14.6.2015, 10:44

Забрал.

Автор: IVK 19.6.2015, 21:35

После некоторого перерыва вернулся к этой программе. И вот какие вопросы по ходу дела возникли.
1. Проблема, требующая выполнения

в системах на systemd - она ведь только в m-p проявляется? (ну не пользуюсь systemd , а потому не могу быстро проверить).
2. Сейчас в программе на странице выбора клубного брендинга написано, что он только для i586, без вариантов. Что у нас насчёт x86_64?
3. Программа поддерживает бранчи p6, t6, p7, t7. Не изменить ли этот список?

Автор: kostyalamer 19.6.2015, 23:22

Собираюсь на рыбалку поэтому отвечаю коротко :
1) Проявляется и на m-p и на m-p-d
2) вопрос не ко мне но кстати о брендингах, сейчас допиливаю сизифный под клубные нужды для сборок на m-p если кому надо допиленный вариант залью в репу, если нет останется брендингом wmsmall-а .
3) Сизиф добавлять довольно рискованно а лезть вглубь наверное нет смысла.

Автор: IVK 19.6.2015, 23:35

Опечатка, только сейчас заметил Я хотел сказать

Но что касается

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

Автор: IVK 21.6.2015, 23:27

Очередная версия:
https://yadi.sk/d/YClvZtgHhPHHs
https://yadi.sk/d/B_SE1e4rhPHKq
Учёл значительную часть высказанных здесь пожеланий. В том числе заменил каталог ~/.distronavigator на ~/distronavigator - без точки.
А вообще пора остановиться и осмотреться На время прекратить наращивание функционала программы (за исключением случаев, когда кому-то очень нужно, чтобы в ней имелась такая-то возможность), зато хорошенько проверить и доработать хотя бы то, что уже есть. После чего можно сосредоточиться на ДистроКреаторе. Ведь стержнем его может быть только более-менее стабильный ДистроНавигатор

Автор: kostyalamer 22.6.2015, 7:30

Уехала в репу

Автор: kostyalamer 22.6.2015, 22:50

1) сходу собрал distrocreator в системе с mp , теперь можно вплотную заняться им.
2) Наверное пора на альтовском форуме анонсировать как стабильную бету и подумать о страничке на wiki .
3) Что будем проверять в первую очередь ? Накидай небольшой список, пойдем на форум альта попросим товарищей
пользователей сделать чего-нибудь полезное

Автор: IVK 23.6.2015, 9:49

Переместил последние сообщения в тему "http://forum.russ2.com/index.php?showtopic=4144&view=findpost&p=43206"

Автор: Дмитрий Ханжин 12.7.2015, 15:21

Привет.
Попробовал попользоваться Дистронавигатором. Базовые дистрибутивы собираются.
А вот что-то своё сваять так и не смог.
Несколько жалоб, возможно, виноваты вчера-кривые-руки, тем не менее:
1. не смог сменить брендинг, в профиль пишется altlinux-club-small, независимо от выбора;
2. не смог отключить клубный репозиторий, очистка поля ввода и применение изменений
ни к чему не приводит;
3. после успешной сборки сборочница очищается, хотя галка "очищать" снята;
4. недопонял, как правильно создать свой проект, взять какой-нибудь базовый и добавить
пакеты? Я хотел live с icewm, ладно, ещё разок попробую;
5. apt.conf для проекта создаётся после запуска на сборку, хотелось бы до, чтобы подправить
под свои хотелки, хотя это и костыль, поскольку в графической программе не следует
пользоваться консолью, ИМХО, тем не менее;
6. окошечко с подтверждением остаётся до щелчка по нему, лучше держать его 3-5 сек
и гасить;
7. если свой проект создаётся на основе базового, сделать бы минимальный базовый,
с иксами и xterm'ом.
Хватит пока, ещё пощупаю и напишу.

Автор: IVK 12.7.2015, 17:33

Если в m-p, то там, увы, так и должно быть. А в m-p-d брендинги можно выбирать (разве что в последнее время это поломалось).


Да, с этим надо будет разобраться, и побыстрее.


А галка была снята не тогда, когда сборка уже шла? Во всяком случае, раньше включение/отключение очистки работало.


Да, именно так.


Чтобы добавить в Навигатор поддержку какого-то базового дистрибутива, желательно сначала собрать его в консоли, чтобы убедиться, что профиль рабочий. И тогда я прикручу его к Навигатору. Я мог бы, конечно, приделывать к нему подряд все профили, какие только есть в m-p и m-p-d, но проверять их - просто времени не хватит, а если без проверки - это же халтура получится. Впрочем, проверить в Навигаторе icewm-live можно; только в m-p или в m-p-d?


А что именно там надо подправить?


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


Можно. Но это опять то, о чём выше говорил: я в основном прикручиваю к gui профили, которые, во-первых, точно рабочие, а во-вторых, кому-то определённо нужно, чтобы они были в Навигаторе.

Автор: Дмитрий Ханжин 12.7.2015, 22:55

В m-p-d.
Только-что собрался Дистрокреатор с сизифным брендингом, как и было указано, хотя в /tmp/.../distronavigator/cfg
вписан брендинг altlinux-club-small. Где-то ещё он конфигурируется?


Хорошо-бы. Тоже хотел собрать 64-битный вариант.


Не помню. Извиняюсь, соврамши, работает.


Что-то лыжи не едут. Буду попробовать ещё.


Я хотел туда дописать возможность использования кэша пакетов, на манер
Dir::Etc::SourceParts "/var/empty";
Dir::Etc::SourceList "/home/diman/distronavigator/sources/my_repos-t7";
Dir::Etc::main "/dev/null";
Dir::Etc::parts "/var/empty";
Dir::State::lists "/home/diman/.hasher/lists.t7/";
Dir::Cache::archives "/home/archives/archives.t7/";
При наличии локального зеркала это не требуется, но у меня его нет, и это ускоряет работу.


Ну да.


Я постараюсь собрать такой минимальный профиль и в m-p-d, и в m-p.

Автор: IVK 12.7.2015, 23:41

/tmp/.../distronavigator/cfg - просто временный файл, не конфиг. Брендинг для всех дистрибутивов указывается в ~/distronavigator/settings (строка 24 - common_branding), а если надо для отдельного проекта, то в ~/distronavigator/mpd_conf/projects/<проект> (строка 5).


Это очень правильная идея У меня она тоже мелькала, но не собрался вникнуть, что и как там прописать. Вот эти шесть строк - рабочий apt.conf с возможностью использования кэша? Тогда я подгоню его под программу, и при начале сборки Навигатор будет по умолчанию создавать именно подобный apt.conf. А в настройки сборочницы добавлю возможность отключить кэширование. Может, ещё что-то подправить?

Автор: Дмитрий Ханжин 13.7.2015, 14:51

Да, я такие использую. Структура кэшей должна быть такой-же, как у системного кэша апта, там должен быть
каталог partial и файл lock, доступные на запись пользователю.

Автор: IVK 13.7.2015, 20:27

Создал каталог ~/distronavigator/cache_apt:

В каждом из этих каталогов - каталог partial.
В программе заменил инструкцию для создания apt.conf на следующую:

на выходе она даёт (для t7) вот что:

Сделал пару пробных сборок, вроде кэш исправно работает.
Годится?

Автор: Дмитрий Ханжин 13.7.2015, 20:52

годится.

Автор: IVK 17.7.2015, 0:41

Новая версия Навигатора:
https://yadi.sk/d/MTWak9KKhuw37
https://yadi.sk/d/V5TvHMSrhuw7b
Изменения в основном те, о которых тут говорили в последнее время.
Теперь при сборке с использованием сетевых репозиториев задействуется кэш, находящийся в ~/distronavigator/cache_apt. Проверил его в работе, вроде нормально, но тут виднее тем, кому такой кэш требуется всерьёз. Может быть, есть смысл ещё добавить возможность его отключения, автоматической очистки или ещё что-либо.
Сообщения от программы теперь сами исчезают через 5 секунд - кроме тех, которые могут появиться тогда, когда пользователь не смотрит на экран.
Переделал секцию выбора клубного репозитория. Теперь можно выбирать архитектуру, и отключение использования этого репозитория вроде больше не вызывает сбоев в программе. Но, кстати, если его отключить, то придётся вручную в конфигах указывать другой инсталлер, а то ведь в самом Навигаторе гвоздями прибит клубный, а он именно в этой репе Так что придётся добавить ещё страницу выбора инсталлера. В общем, идея сделать использование клубного репозитория опциональным много чего за собой тащит
Опять вписал в программу указание выводить в консоль команды, которыми запускается сборка дистрибутивов. По-моему, пока что часто требуется на них поглядеть
И по мелочам там ещё разное.
Установил эту версию программы в ранее собранный 64-битный ДистроКреатор и в ней его же пересобрал. То есть теперь у нас и на 64 битах полная рекурсия Установил этот свежий Креатор, запустил, нормально, вот сейчас из него сюда и вышел.

Автор: kostyalamer 17.7.2015, 8:38

В репе

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

Автор: IVK 23.7.2015, 22:16

Свежая версия программы:
https://yadi.sk/d/KUy-eUrDi4EaX
https://yadi.sk/d/H03LvtXMi4Ecy
Там только мелкие изменения (не до Линукса было последнее время), основное - добавлена страница выбора инсталлера (несколько пробных сборок сделал, вроде работает).

Автор: kostyalamer 23.7.2015, 23:18

Уехала в нашу 32-битную репу .
На выходных погоняю

Автор: dango_ 24.7.2015, 8:21

Увидел. Вечером обновлю в x86_64

Автор: IVK 24.7.2015, 9:31

Забыл уточнить: выбор инсталлера работает только в m-p-d. Разрыв между поддержкой m-p-d и m-p в Навигаторе, увы, опять возрастает, поскольку ориентируюсь всё время на m-p-d, а до m-p руки не доходят; надо будет как-нибудь им тоже заняться.

Автор: Balbes 24.7.2015, 18:54

Добавил Дистронавигатор в live-builder, попробовал - вроде работает, если будут желающие попробовать этот вариант, образ тут :

https://yadi.sk/d/GZsd6GDihHZnN

Образ собран на сизифе, но без проблем работает и с p7\t7.
Если его записать на флэшку и использовать режим с сессиями, то сохраняются все настройки, так же можно доустанавливать нужные пакеты.

Автор: dango_ 24.7.2015, 20:53

Иван, есть проблема с 64-битной сборкой новой версии DistroNavigatora.
Собрал как обычно. Отправил в репу. Для проверки обновился оттуда. На экране на миг мелькает какой-то окно.
В консоли запуск дает такой выхлоп:

Попытка пересобрать отдельно закончилась с тем же результатом.
Какие будут предложения?

Автор: IVK 24.7.2015, 21:23

Я, может, не понимаю каких-то тонкостей, но Навигатор - питоновский скрипт плюс вспомогательные файлы, в которых кода вовсе нет; то есть это самый что ни на есть noarch, и его не надо пересобирать специально под 64 бита.
А обвал программы - из-за того, что в конфиге активного проекта (~/distronavigator/mpd_conf (и mp_conf тоже) /projects/<имя проекта>) всего 7 строк, то есть не хватает восьмой (в которой должен записываться инсталлер). Надо либо добавить эту строку (пустую) вручную, либо снести каталог ~/distronavigator, тогда прога при следующем запуске сама всё исправит.

Автор: IVK 24.7.2015, 21:31

Скачал, сделал там пробную сборку ДистроКреатора p7/x86_64/m-p-d, нормально.


Да, это гораздо удобнее, на днях так и сделаю.

Автор: dango_ 24.7.2015, 21:50

Подтверждаю. Удалил ~/distronavigator. Программа запустилась. Вспомнил, что на предыдущей версии начал выставлять параметры для нового проекта и отложил из-за нехватки времени.

Правда ваша. Смысла как такового нет.. Просто на живой сборке тестирую свой скрипт для автоматизации процесса.
Иван, спасибо, за помощь.