Сайт | Скачать | Видео | Wiki

Автор Тема: Поиск отечественного дистрибутива-донора для создания frugal  (Прочитано 17453 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн Zay

  • Главный модератор
  • Ветеран
  • *****
  • Сообщений: 1537
  • Репутация: +24/-0
Так не получится. В чем будет заключаться "оглядка"?
Как пример - версии и расположение библиотек. От чего ещё зависит возможность запуска бинарников, скомпилированных в другой системе?

Можно обойтись без возможности запуска "системных" программ из других дистрибутивов (таких как WM, FM, встроенных в систему "жестко").
Достаточно возможности запуска обычных программ (+ выкачивание зависимостей).

Оффлайн Pro

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8507
  • Репутация: +92/-0
Видите ли какое дело, на уровне бинарников мы совместимы со многими дистрибутивами (кроме arch - его бинарники перестали запускаться) но процедура адаптации пакетов в нашу структуру каталогов сложна.
Сейчас многие дистрибутивы хранят библиотеки не в usr/lib а в дополнительном подкаталоге, кроме этого я уже упоминал про автостарт программ, а для дистрибов заточенных под systemd вобще непонятно что там будет.

Т.е. Получается ситуация - пакеты брать вроде и можно, но заставить работать без переделки не получается. А переделывать скажем 10000 пакетов репозитария вручную, печалька.
Я загружаю новые пакеты сюда: http://file.puppyrus.ml/users/ а дальше можно найти самостоятельно.

Оффлайн Zay

  • Главный модератор
  • Ветеран
  • *****
  • Сообщений: 1537
  • Репутация: +24/-0
Думаю что нужно идти в сторону "стандартизации" именно по расположению библиотек и т.п. деталям.
Преимущества от использования своих бинарников + возможность использовать чужие пакеты.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 17750
  • Репутация: +137/-0
    • PuppyRus-A
Достаточно возможности запуска обычных программ (+ выкачивание зависимостей).
Можно легко интегрировать все варианты pacman с репами arch manjaro frugalware cannoshet. Будет выкачивать. Из этого лепить Pfs
Сложнее, но можно и apt
Вообще проще иметь под рукой дистр полностью совместимый. Собрать в нем родным ПМ софтину. Запаковать Pfs. Перетащить к себе. Досыпать либ. Либы помещенные в /usr/lib понимают все
Только не будет это делать простой юзер
Юзера устроит положить в папку готовый мета-Pfs со всеми зависимостями
systemd вобще непонятно что там будет.
Кто осилил систем5 и это осилит. Идея та же - реализация другая
Т.е. Получается ситуация - пакеты брать вроде и можно, но заставить работать без переделки не получается. А переделывать скажем 10000 пакетов репозитария вручную, печалька.
Надо определиться с pfs-util: делать там разбор зависимостей и выкачку  (т.е. полноценный ПМ) или использовать только как сборку-разборку
Может все-таки взять spkg и переделать на pfs...

Про стандартизацию: /etc/packages - ни в какие ворота. Если как у всех : /var/lib/pfs
« Последнее редактирование: 08 Май 2013, 14:42:58 от sfs »

Оффлайн Pro

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8507
  • Репутация: +92/-0
Цитировать
Может все-таки взять spkg и переделать на pfs...
прошу подробнее.

Я загружаю новые пакеты сюда: http://file.puppyrus.ml/users/ а дальше можно найти самостоятельно.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 17750
  • Репутация: +137/-0
    • PuppyRus-A
http://forum.puppyrus.org/index.php/topic,13951.msg74201.html#msg74201
К идее использования чужих пакетов spkg не совсем то. Но это будет 1й шаг привязаться хоть к каким-то стандартам.

Мне видется 2 варианта развития puppyrus:
1. Продолжать собирать все из исходников, доработать pfs до разбора зависимостей и работы с репой. Возможно, использовать spkg. Хватит ли сил?...
2. Привязаться к чужой репе. Собирать базовые модули чужим ПМ. Остальные навесы - pfs-util. Тогда pfs-util уже достаточно функционален. Компилим только необходимое для наших задач. Меньшие трудозатраты
Вероятно, 2 в чистом виде не получится. К чужой репе придется лепить свою. Тогда надо определиться чем свою репу рулить - pfs-util или донорским ПМ

Оффлайн Pro

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8507
  • Репутация: +92/-0
Думаю zay уже достаточно отдохнул :) что-то его не слышно как бы.

Вариант с леплением своей репы к чужой не очень нравится, компилировать не все могут и хотят.
Мне кажется что по варианту 1 в нашем дистрибутиве проблем все таки меньше чем в больших братьях, или плохо тестируем :)
Я загружаю новые пакеты сюда: http://file.puppyrus.ml/users/ а дальше можно найти самостоятельно.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 17750
  • Репутация: +137/-0
    • PuppyRus-A
Думаю, надо выпустить релиз без изменения функционала. Иначе будет бесконечная разработка только для разработчиков. Причем к-во разработчиков уменьшается , а не растет  :'(

Оффлайн Pro

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8507
  • Репутация: +92/-0
ну логично конечно, но обсуждение и переговоры вести никто не запрещает.
Я загружаю новые пакеты сюда: http://file.puppyrus.ml/users/ а дальше можно найти самостоятельно.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 17750
  • Репутация: +137/-0
    • PuppyRus-A
Согласен. О будущем думать надо всегда. Но 218 давно пора "морозить" и выпускать без новых идей. А там уже видно будет...

Оффлайн Pro

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8507
  • Репутация: +92/-0
Ну так ты у нас председатель, командуй. Предварительно заглянув в тему "Список проблем...."
Я загружаю новые пакеты сюда: http://file.puppyrus.ml/users/ а дальше можно найти самостоятельно.

Оффлайн sfs

  • Администратор
  • Ветеран
  • *****
  • Сообщений: 17750
  • Репутация: +137/-0
    • PuppyRus-A
Нет у меня полномочий про конкретные дистры командовать (не мои лично типа AF) http://forum.puppyrus.org/index.php/topic,13950.0.html
Да и командовать некем и рычагов нет. "По любви" имеем то что имеем.

По "Список проблем...." - retro мне вообще не интересно. Это лучше на после релиза оставить.
init - склоняюсь к изучению и использованию porteus-initrd. Даже в ущерб своему sfrugal
parcellite и спящий не использую, ноутбук в которых 2 видеокарты не имею
С дровами (имею несколько nvidia) чем смогу готов помочь. Но у меня никаких проблем с nw в 217,8 не было...
Что еще тормозит релиз?
« Последнее редактирование: 15 Май 2013, 10:41:30 от sfs »

Оффлайн Zay

  • Главный модератор
  • Ветеран
  • *****
  • Сообщений: 1537
  • Репутация: +24/-0
Мне тоже первый вариант кажется лучшим.

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

По поводу выпуска релиза - у нас же что-то вроде "Rolling Release".
Думаю что надо выпускать не "релизы", а постепенно доводить до состояния релиза отдельные компоненты (тот же PFS-utlis).
Делать полноценный релиз - ИМХО не надо, не факт что сил и времени на это хватит. Пусть лучше система будет "в активной разработке".

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

Оффлайн Pro

  • Активный участник
  • Ветеран
  • ****
  • Сообщений: 8507
  • Репутация: +92/-0
я все время забываю про зависимости, но я исправлюсь.
Я загружаю новые пакеты сюда: http://file.puppyrus.ml/users/ а дальше можно найти самостоятельно.