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

[Balbes]

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

Сообщение отредактировал Balbes - 24.5.2015, 15:50

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

 test.tar.gz ( 3.39 мегабайт ) Кол-во скачиваний: 1

 

[ИВК]

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

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

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

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

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

Код

Requires: python python-base python-dev python-modules-tkinter python-modules-encodings python-module-imaging make apt-repo-tools hasher mkimage autoconf_2.60 rpm-build rpm-build-python rpm-build-xdg cpio fonts-ttf-dejavu fonts-ttf-droid design-bootloader-source  gfxboot  libqt4-core libalternatives-devel libqt4-devel fontconfig bc libGConf-devel rpm-build-perl mpg123 ImageMagick sed syslinux python-module-sip python-module-PyQt4 wget

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[Balbes]

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

Код

Requires: python python-base python-dev python-modules-tkinter python-modules-encodings python-module-imaging make apt-repo-tools hasher mkimage autoconf_2.60 rpm-build rpm-build-python rpm-build-xdg cpio fonts-ttf-dejavu fonts-ttf-droid design-bootloader-source  gfxboot  libqt4-core libalternatives-devel libqt4-devel fontconfig bc libGConf-devel rpm-build-perl mpg123 ImageMagick sed syslinux python-module-sip python-module-PyQt4 wget

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сообщение отредактировал Balbes - 25.5.2015, 12:59

[ИВК]

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[ИВК]

Очередная версия:
rpm
srpm

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

[kostyalamer]

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

[kostyalamer]

Очередная версия:
rpm
srpm

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

[ИВК]

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

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

[Balbes]

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

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

[ИВК]

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

У меня кнопки выглядят вот так:
 ______.png ( 18.92 килобайт ) Кол-во скачиваний: 7

А у тебя?

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

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

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

[kostyalamer]

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

[ИВК]

Кнопки выглядят как у Ивана , наверное Олег имел ввиду информационные надписи в правом верхнем углу окна вот там у меня текст впритык.

Курсив из программы исчез?
Два снимка верхнего правого угла:
 1.png ( 5.61 килобайт ) Кол-во скачиваний: 1
 message.png ( 5.98 килобайт ) Кол-во скачиваний: 1

[Balbes]

У меня кнопки выглядят вот так:
 ______.png ( 18.92 килобайт ) Кол-во скачиваний: 7

А у тебя?


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

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

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

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

[kostyalamer]

Курсив из программы исчез?

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

[ИВК]

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

[kostyalamer]

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

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

[ИВК]

Костик приехал ? Теперь дело пойдет

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

[ИВК]

Выделил отсюда тему "Вторжение Линукса на ноутбук с Windows8"

[kostyalamer]

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

[Balbes]

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

 1.png ( 62.72 килобайт ) Кол-во скачиваний: 7


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

 2.png ( 97.24 килобайт ) Кол-во скачиваний: 9


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

 4.png ( 111.32 килобайт ) Кол-во скачиваний: 8


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

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

[kostyalamer]

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

Код

apt-get install --reinstall mkimage-preinstall

[Balbes]

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

Код

apt-get install --reinstall mkimage-preinstall

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

[ИВК]

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

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

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

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

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

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

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

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

[Balbes]

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


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


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


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

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

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

[ИВК]

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

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

[Balbes]

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

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

[ИВК]

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

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

[dango_]

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

Код

hsh --target=x86_64 --no-sisyphus-check ~/repo/club/p7/distronavigator-0.6.2-alt15.src.rpm
<86>Jun  8 16:04:50 userdel[20232]: delete user 'rooter'
<86>Jun  8 16:04:50 userdel[20232]: removed group 'rooter' owned by 'rooter'
<86>Jun  8 16:04:52 groupadd[20242]: group added to /etc/group: name=rooter, GID=501
<86>Jun  8 16:04:52 groupadd[20242]: group added to /etc/gshadow: name=rooter
<86>Jun  8 16:04:52 groupadd[20242]: new group: name=rooter, GID=501
<86>Jun  8 16:04:52 useradd[20246]: new user: name=rooter, UID=501, GID=501, home=/root, shell=/bin/bash
<86>Jun  8 16:04:52 userdel[20252]: delete user 'builder'
<86>Jun  8 16:04:52 userdel[20252]: removed group 'builder' owned by 'builder'
<86>Jun  8 16:04:52 groupadd[20257]: group added to /etc/group: name=builder, GID=502
<86>Jun  8 16:04:53 groupadd[20257]: group added to /etc/gshadow: name=builder
<86>Jun  8 16:04:53 groupadd[20257]: new group: name=builder, GID=502
<86>Jun  8 16:04:53 useradd[20261]: new user: name=builder, UID=502, GID=502, home=/usr/src, shell=/bin/bash
Installing distronavigator-0.6.2-alt15.src.rpm
Building target platforms: x86_64
Building for target x86_64
Executing(%prep): /bin/sh -e /usr/src/tmp/rpm-tmp.76396
+ umask 022
+ /bin/mkdir -p /usr/src/RPM/BUILD
+ cd /usr/src/RPM/BUILD
+ cd /usr/src/RPM/BUILD
+ rm -rf distronavigator-0.6.2
+ echo 'Source #0 (distronavigator-0.6.2.tar.gz):'
Source #0 (distronavigator-0.6.2.tar.gz):
+ /bin/gzip -dc /usr/src/RPM/SOURCES/distronavigator-0.6.2.tar.gz
+ /bin/tar -xf -
+ cd distronavigator-0.6.2
+ /bin/chmod -c -Rf u+rwX,go-w .
+ exit 0
Executing(%install): /bin/sh -e /usr/src/tmp/rpm-tmp.76396
+ umask 022
+ /bin/mkdir -p /usr/src/RPM/BUILD
+ cd /usr/src/RPM/BUILD
+ /bin/chmod -Rf u+rwX -- /usr/src/tmp/distronavigator-buildroot
+ :
+ /bin/rm -rf -- /usr/src/tmp/distronavigator-buildroot
+ cd distronavigator-0.6.2
+ mkdir -p /usr/src/tmp/distronavigator-buildroot/usr/share/distronavigator
+ mkdir -p /usr/src/tmp/distronavigator-buildroot/usr/share/applications
+ mkdir -p /usr/src/tmp/distronavigator-buildroot/usr/share/icons/hicolor/48x48/apps
+ cp -R distronavigator distronavigator.desktop distronavigator.png distronavigator.py for_brandings for_mp for_mpd mp.tar.gz mpd.tar.gz music pics user_dir.tar.gz /usr/src/tmp/distronavigator-buildroot/usr/share/distronavigator
+ install -Dp -m0755 distronavigator /usr/src/tmp/distronavigator-buildroot/usr/bin/distronavigator
+ install -Dp -m0644 distronavigator.py /usr/src/tmp/distronavigator-buildroot/usr/share/distronavigator
+ install -Dp -m0644 distronavigator.desktop /usr/src/tmp/distronavigator-buildroot/usr/share/applications
+ install -Dp -m0644 distronavigator.png /usr/src/tmp/distronavigator-buildroot/usr/share/icons/hicolor/48x48/apps
+ /usr/lib/rpm/brp-alt
Cleaning files in /usr/src/tmp/distronavigator-buildroot (auto)
Verifying and fixing files in /usr/src/tmp/distronavigator-buildroot (binconfig,pkgconfig,libtool,desktop)
Compressing files in /usr/src/tmp/distronavigator-buildroot (auto)
Verifying ELF objects in /usr/src/tmp/distronavigator-buildroot (arch=normal,fhs=normal,lfs=relaxed,lint=relaxed,rpath=normal,stack=normal,te
xtrel=normal,unresolved=normal)
Bytecompiling python modules in /usr/src/tmp/distronavigator-buildroot using /usr/bin/python
Can't list '/usr/src/tmp/distronavigator-buildroot/usr/lib'
Bytecompiling python modules with optimization in /usr/src/tmp/distronavigator-buildroot using /usr/bin/python -O
Can't list '/usr/src/tmp/distronavigator-buildroot/usr/lib'
Hardlinking identical .pyc and .pyo files
Processing files: distronavigator-0.6.2-alt15
Requires: python, python-base, python-dev, python-modules-tkinter, python-modules-encodings, python-module-imaging, make, apt-repo-tools, hasher, mkimage, autoconf_2.60, rpm-build, rpm-build-python, rpm-build-xdg, cpio, fonts-ttf-dejavu, fonts-ttf-droid, design-bootloader-source, gfxboot, libqt4-core, libalternatives-devel, libqt4-devel, fontconfig, bc, libGConf-devel, rpm-build-perl, mpg123, ImageMagick, sed, syslinux, python-module-sip, python-module-PyQt4, wget
Wrote: /usr/src/RPM/SRPMS/distronavigator-0.6.2-alt15.src.rpm
Wrote: /usr/src/RPM/RPMS/noarch/distronavigator-0.6.2-alt15.noarch.rpm
2.79user 0.11system 0:02.86elapsed 101%CPU (0avgtext+0avgdata 22892maxresident)k
0inputs+61832outputs (0major+72934minor)pagefaults 0swaps

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

Код

Can't list '/usr/src/tmp/distronavigator-buildroot/usr/lib'

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

[Michael Shigorin]

Так и писать: "если у вас systemd, то перед сборкой делайте apt-get install --reinstall mkimage-preinstall" ?

1) нет, конечно -- достаточно

Код

echo 0 > /proc/sys/fs/protected_hardlinks

(что куда как быстрее);
2) вот соответствующий баг: #30351

Сообщение отредактировал Michael Shigorin - 9.6.2015, 15:56

[ИВК]

Вопросы вызвали две строки вида
Код
Can't list '/usr/src/tmp/distronavigator-buildroot/usr/lib'

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

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