LupuRus Bit (Beta 2)

[rodin.s]

Такой эксперимент был. В Wary-0.7 можно было выбрать одно из трёх ядер.

[rodin.s]

Можно было выбрать любое ядро из трёх более подходящее к оборудованию и подключить. Всё работало. Фокус в том, что там были универсальные названия файлов: vmlinuz, initrd.gz и puppy.sfs (без номера версии). Менялись vmlinuz и initrd.gz.

[rodin.s]

Потом от этого варианта решили отказаться, но, кажется эта возможность осталась в Woof наверное можно и сейчас такого Puppy собрать. Нужно уточнять.
А вообще вот этот каталог, там даже из пяти ядер можно выбрать:
http://distro.ibiblio.org/quirky/test/wary-070-mix-n-match/
Но это было давно, в сентябре 2010 г.

[sfs]

возможность выбора ядра (даже 2.6.х - 2.4.х).

Экспериментировал. Не осилил. Точнее не захотел доосилить. Требуется серьезная "доработка напильником" и потом лезут глюки. После того, как это элементарно удалось сделать в debian (в SFSL 3 взаимозаменяемых ядра) - просто не захотелось браться за напильник.
А вообще в ядерных гонках из призов: дрова нового железа, squashfs-xz, PAE. Если перечисленное не надо - смысла заморачиваться вообще нет.

[Zay]

ИМХО - выбор ядра не соответствует концепции Bit. Потому что:

Требуется серьезная "доработка напильником" и потом лезут глюки.

Оригинальная версия на ядре LupuRus должна работать стабильно, а сборки с другими ядрами - это уже как получится, стабильность не гарантируется.

[sfs]

Совершенно согласен. Эксперименты с ядрами для Bit закончил с отрицательным результатом

[sfs]

Как бы сохранить базу, которую потом можно было легко портировать?

Никак. Версии стареют. Перенести получится только идеи
Тоже думал на эту тему. Наверное:
1. Взять за основу что-то свежее. Например slacko или snowdog21x
2. Взять оттуда и других источников все лучшее
3. Добавить разработки bit и вообще всего форума
Вообще, надежда на то что snowdog21x удовлетворит всех по теме puppy у меня лично есть. И это было бы лучшим вариантом

P.S.  Помогать могу только морально и финансово!

За морально - спасибо. А материально - мне не поможет ускориться, а нанимать профи-программеров, думаю не готовы не Вы не я

[sfs]

был бы результат.

А какой нужен результат?

[Zay]

В моём маленьком коллективе думают, что нанимать - можно попробовать, расценки представляют!

В основном наша команда - не профессиональные программисты, мы собираем дистрибутивы и одновременно изучаем внутренности Linux. Стараемся сделать систему лучше, а получается или нет - решать пользователям.

Согласен с sfs, если Вам (Вашему коллективу) нужна система, отличная от тех, которые уже есть (или планируются в ближайшем будущем) - создайте тему здесь или здесь, и напишите ТЗ. Возможно это заинтересует разработчиков основной ветки (PuppyRus2), либо кого-то из сборщиков или переводчиков.

[sfs]

А что особенного в XFCE LupuRus?
wm привязана к системным библиотекам
Пытаться переносить wm - зло (особенно, если прут проблемы с lib). Оптимально - скомпилить под нужную систему, а наработки перенести руками.
Основная фича bit по сравнению с оригиналом - это initrd с новыми возможностями. Просто это не перенести.
Судя по активности именно по initrd (ее нет). Это или не надо людям или они не поняли что-как делать.

Вывод из вышесказанного: оптимально участвовать в местной разработке 21х (кто чем и как может). Личные наработки делать легкоадаптируемыми и держать отдельно. Тогда их можно будет применить где угодно. А самое главное - не переоценивать свои скромные силы

[Pro]

Вывод из вышесказанного: оптимально участвовать в местной разработке 21х (кто чем и как может). Личные наработки делать легкоадаптируемыми и держать отдельно. Тогда их можно будет применить где угодно. А самое главное - не переоценивать свои скромные силы

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

[imp]

А что особенного в XFCE LupuRus?

В нем - ничего. Можно, конечно различные фенечки повыдергивать, допустим, /etc/rc.d/function4puppy и прочие, сейчас не могу вспомнить - на работе везде форточки.

Однако, ВМ здеся не при делах.

[imp]

sfs, может не зацикливаться на 520й лупу и прикручивать нашими корявыми ручками к ней новое ядро, а взять за основу чего поновее и довести до удобоваримого состояния?
Что помню - можно выдрать из lupu и переделать.
Частенько для себя добавляю его функционал в другие дистры.

[sfs]

sfs, может не зацикливаться на 520й лупу

Если вы следили за моим "творчеством" - уж в этом меня упрекнуть точно нельзя

и прикручивать нашими корявыми ручками к ней новое ядро,

Это попробовал , пришел к выводу про ручки и давно бросил

а взять за основу чего поновее и довести до удобоваримого состояния?

Именно этим и занимаюсь в SFSL, пытаюсь внести "свои 5 копеек" в puppy 21х и жду slacko 5.3.3pae (не знаю пока зачем; сегодня уже rc2)

Что помню - можно выдрать из lupu и переделать.
Частенько для себя добавляю его функционал в другие дистры.

Тоже безбожно деру все и отовсюду

[imp]

Но функционал XFCE у Bit777 на порядок выше, чем в Салуки . Хотя бы это можно сохранить?

Что помню - можно выдрать из lupu и переделать.

Э-эм, типо так.... Насчет функционала.
Сделать модули. Для удобного кручения
В принципе - ничего, что бы затрагивало систему, нужны токмо скрипты.