Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
На этот форум и wiki ведут ссылки с официальных сайтов Mageia.
У форума нет нигде и никаких чатов, wiki пока не работает (в процессе подключения), идёт небольшая реорганизация.Форум закрывается, подробности в теме «Реорганизация форума».
Mageia Russian Community Forum → Репозиторий MRC → Структура репозитория. Ваши предложения.
Пример:
1) Базовый репозиторий (основной)
2) Дополнительный репозиторий (ядра, драйвера) - возможно отдельно ядра и отдельно драйвера
3) Крупные проекты (возможно для каждого отдельный репозиторий) - DE, прочие офисы и т .п.
4) Открытый тестовый репозиторий (очень важный репозиторий - песочница)
Рано или поздно такая или подобная структура всё равно будет необходимостью.
4) Открытый тестовый репозиторий (очень важный репозиторий - песочница)
Тестовый репозиторий можно сделать в виде ветки unstable или testing. В Mandriva/Mageia оно так и сделано.
Пример:
1) Базовый репозиторий (основной)
2) Дополнительный репозиторий (ядра, драйвера) - возможно отдельно ядра и отдельно драйвера
3) Крупные проекты (возможно для каждого отдельный репозиторий) - DE, прочие офисы и т .п.
4) Открытый тестовый репозиторий (очень важный репозиторий - песочница)
Наподобие openSUSE?
Достаточно testing - для этого надо лишь зеркалировать construct.
verg пишет:Пример:
1) Базовый репозиторий (основной)
2) Дополнительный репозиторий (ядра, драйвера) - возможно отдельно ядра и отдельно драйвера
3) Крупные проекты (возможно для каждого отдельный репозиторий) - DE, прочие офисы и т .п.
4) Открытый тестовый репозиторий (очень важный репозиторий - песочница)Наподобие openSUSE?
Не совсем. Там всё же 100500 реп, не считая домашних.
Думаю больше 10 их не будет. (в будущем)
Разделению предлагаю только проекты сильно влияющие на систему. Да и искать и работать с пакетами будет легче.
Просто вспоминается ранний миб, где они держали всё в одном месте, было много проблем.
Потом сделали разделение и это пошло на пользу проекту.
Я за создание тестового репозитория, в который будут попадать пакеты из construct, особенно учитывая, что даже зарегистрированные на ftp пользователи больше не могут залезать в чужие репы.
А вот относительно дробления репы по темам я категорически против. Это приведет к перекрестным зависимостям между репами или появлению несовместимых пакетов, как это имеет место быть в сусе (напрмер, может оказаться, что digikam, залитый в основную репу, не работает с официальным KDE, а требует KDE из отдельной репы, а KDE из отдельной репы требует Qt из отдельной репы, а Qt - какой-нибудь низкоуровневой либы из основной репы, которая в свою очередь требует нового ядра из опять таки отдельной репы. Оно вам надо?). Причем проблемы могут возникнуть уже при наличии двух реп, а если их будет десяток, то вообще кранты: зависимости не разгребешь. (Даже в MiB я на такое время от времени наталкиваюсь, а там реп явно меньше десяти.)
А вот относительно дробления репы по темам я категорически против
Этого никто и не предлагает.
Но дробление на две-три необходимо. (уже сейчас)
В миб есть свои нюансы. Они собирают пакеты на машинах с подключёнными своими репами, которые, что неудивительно, обновляются.
А ошибки у юзеров былитолько из-за неправильно подключения набора реп. Пошло всё в основном из-за новопоявившихся отдельных реп с кде.(очень удобно). Это уже неактуально.
Другие мелкие косяки редки.
Собирать в основную репу MRC таки предлагается на эталоне - только подключённые основные репы - не будет и косяков
А если что-то очень новое не собирается - не судьба - но решить эту проблему можно отдельной репой, где так же будут присутствовать обновлённые системные библиотеки
А пока всё валится в одну кучу.
з.ы. нормально всё в сусе (никаких проблем)
И, да, это только предложения по оптимизации, основанные на чужих ошибках.
Надо думать короче. Не хочу пока вмешиваться. Ждем второго админа.
Надо думать короче.
Ага, спешить не надо. Но пора задуматься 
Кстати, жаль что убрали поддержку магеи 1 из репы. Не такое уж и растрачивание сил.
Переименуйте, пожалуйста, construct в репозитории в testing.
Переименуйте, пожалуйста, construct в репозитории в testing.
+1
И еще парочка пожеланий (не совсем по структуре, но близко):
- добавить список пакетов а-ля список pkgsubmit.mageia.org, только с более длительным "сроком действия", чтобы можно было легко и просто посмотреть, кто, что и когда добавил в репозиторий (хотя бы что и когда, а кто - не так важно);
- добавить ссылки на testing и список пакетов на страницу "репозиторий" сайта.
добавить список пакетов а-ля список pkgsubmit.mageia.org, только с более длительным "сроком действия", чтобы можно было легко и просто посмотреть, кто, что и когда добавил в репозиторий (хотя бы что и когда, а кто - не так важно);
Тут нужны программеры на php. Ну или переделать их скрипты. Я их посмотрел, у них вся статистика берется из txt файлов в котором список файлов формируется.
Я так понял они юзают самописные http://svnweb.mageia.org/soft/build_system/web/
Тут нужны программеры на php. Ну или переделать их скрипты. Я их посмотрел, у них вся статистика берется из txt файлов в котором список файлов формируется.
Я так понял они юзают самописные http://svnweb.mageia.org/soft/build_system/web/
У них там эти скрипты связаны со сборочной, а нам что-то по-проще надо, например просто парсить содержимое SRPMS и генерить простую табличку вида имя-пакета|версия|дата-создания. И обновлять эту табличку по таймеру несколько раз в день (скажем, раз в 8 часов) или по факту заливки чего-то нового.
Ну кто это сделает? Нужно распарсить папку с пакетами, вытащить от туда нужные данные и сгенерить мини табличку.
У них там эти скрипты связаны со сборочной,
Да, я тоже посмотрел. Там все запутанно.
Нужно попросить помощи у знатоков. Есть тут такие?
Нужно попросить помощи у знатоков. Есть тут такие?
Если ещё раз точно сформулируете задачу, то я могу это сделать.
Есть пользователи (майнтейнеры), для них созданы каталоги в которые они кладут свои пакеты. Нужно из этих каталогов выдернуть весь список файлов, привязать этот список к конкретному пользователю.
В итоге на выходе должен получится файл типа сборщик - имя пакета. Ну и потом выводить это на html страничку. Еще можно добавить дату сборки пакета. Тут фантазии нет предела.
добавить ссылки на testing и список пакетов на страницу "репозиторий" сайта.
Это к админу нашему, когда придумаем как все это сделать.
Тут фантазии нет предела.
Ага, еще бы архитектуру, но это потребует более сложного парсинга... Вот я залил сегодня digikam 2.8.0, это одна прога и она должна отображаться как одна программа (одна строка в таблице), а не как 50+ отдельных бинарных пакетов (строк в таблице), из которых она состоит.
Всё много проще. Достаточно просто показать домашние папки майнтейнеров - и там будет и имя пакета, и кто его создал, и когда залит пакет.
Всё много проще. Достаточно просто показать домашние папки майнтейнеров - и там будет и имя пакета, и кто его создал, и когда залит пакет.
В общем жду окончательного решения, после этого приступаю.
Всё много проще. Достаточно просто показать домашние папки майнтейнеров - и там будет и имя пакета, и кто его создал, и когда залит пакет.
Да, это самый простой вариант, моей первой мыслью было то, что надо просто сделать нормальное отображение общего репозитория, чтобы там работала сортировка по имени или дате (сейчас почему-то нет заголовков столбцов, по которым можно щелкнуть для сортировки), а кто залил - не важно. Ну а дальше мысль стала развиваться
romkaromka пишет:Всё много проще. Достаточно просто показать домашние папки майнтейнеров - и там будет и имя пакета, и кто его создал, и когда залит пакет.
Да, это самый простой вариант, моей первой мыслью было то, что надо просто сделать нормальное отображение общего репозитория, чтобы там работала сортировка по имени или дате (сейчас почему-то нет заголовков столбцов, по которым можно щелкнуть для сортировки), а кто залил - не важно. Ну а дальше мысль стала развиваться
С программной точки зрения разницы по сложности нет.
Mageia Russian Community Forum → Репозиторий MRC → Структура репозитория. Ваши предложения.
Работает на PunBB, при поддержке Informer Technologies, Inc, при поддержке sevo44.ru
