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

[KPETuH]

src.rpm

[chaos_dremel]

А как насчет  использовать в сборке SIAG office? http://siag.nu/

[Vova]

А как насчет  использовать в сборке SIAG office? http://siag.nu/

"Не будите, да не будимы будете" (с)  :)

[YYY]

А как насчет  использовать в сборке SIAG office? http://siag.nu/

Сиаг я уже предлагал... где-то в начале...
Собирал и пробовал
Там беда с UTF.... Т.е. русских буковок вообще нет...

[kostyalamer]

[..]
PS Володя, пиши тему, а то Lumen-Blue опакечу  ;)

Не волнуйся :) А эту тему упакуй, пусть будет.

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

[chaos_dremel]

http://www.linux.org.ru/news/opensource/4966721
http://habrahabr.ru/blogs/typography/95544/
Алелуя! Наконец сделают свободные полные аналоги виндовз шрифтов. Правда пока это бета... шрифтов :)
Выпуск окончательной версии шрифтового пакета запланирован на сентябрь 2010 года.

[Vova]

http://www.linux.org.ru/news/opensource/4966721
http://habrahabr.ru/blogs/typography/95544/
Алелуя! Наконец сделают свободные полные аналоги виндовз шрифтов. Правда пока это бета... шрифтов :)
Выпуск окончательной версии шрифтового пакета запланирован на сентябрь 2010 года.

Лучше кидать ссылку на первоисточник - http://www.pingwinsoft.ru/news_030610.html
В принципе это очень нужно было лет 5-6 назад, как воздух.. Сейчас и без этого вполне достаточно хороших свободных шрифтов.

P.S. Скачал, кинул как всегда к себе в ~/.fonts, сделал пару-тройку команд типа mkfontdir, mkfontscale и fc-cache, смотрю - обычные нормальные шрифты.

Но не будем отвлекаться...

[chaos_dremel]

http://www.linux.org.ru/news/opensource/4966721
http://habrahabr.ru/blogs/typography/95544/
Алелуя! Наконец сделают свободные полные аналоги виндовз шрифтов. Правда пока это бета... шрифтов :)
Выпуск окончательной версии шрифтового пакета запланирован на сентябрь 2010 года.

В принципе это очень нужно было лет 5-6 назад, как воздух.. Сейчас и без этого вполне достаточно хороших свободных шрифтов.

Тут весь прикол в том что по линейным размерам - это полные аналоги times new roman, tahoma etc. то есть документы созданные с помощью этих шрифтов не поплывут при открытии в openOffice (если конечно настроить замену...

[NotHAM]

Выложены обновлённые сборки: antique-full, а кому лень скачивать - antique-base.

Добавлено:
1. Поддержка oss иcкаропки - Vova, (wmix нормально работает). - base
2. Tkarc - KPETuH -тянет много за собой (на HDD - 11.7 МБ). - full
3. Gfa - сборка и русификация YYY, тестируйте. - full
4. Тема lumen_blue для wm - kostyalamer. - full
5. rescue.cd (включен в full).

Базовая часть после установки 1.1 Г на диске, а после удаления
ненужных драйверов и модулей - 985 М (любимый размер).
Brasero говорит, что на full ещё свободно порядка 97 М.

Сборочные профили во вложении.

[aen]

Выложены обновлённые сборки: antique-full, а кому лень скачивать - antique-base.

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

[chaos_dremel]

Выложены обновлённые сборки: antique-full, а кому лень скачивать - antique-base.

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

Уважаемый aen. Я все пытаюсь найти средства для уменьшения системных требований данного дистрибутива. Что Вы думаете по поводу следующих изменений:
замены glibc на eglibc или uclibc
замены xorg на xvesa
замены ls,uname etc на busybox или toybox
P.S. Я знаю что это совершенно нереально, но как насчет сборки ядра под данный дистр? Я сейчас эксперементирую со связкой патчей BFQ/BFS/Longene(Linux Unified Kernel - для ускорения работы wine). Так-как патчи BFQ и Longene доступны только для ядра 2.6.30 - то на нем и пытаюсь понять каков будет прирост производительности. Еще использую советы с tinyLinux по уменьшению размера ядра и требований к RAM'у. В этом вообще есть смысл или можно не биться головой о стену, так-как никто для нас ядро опакечивать не будет?

[aen]

Выложены обновлённые сборки: antique-full, а кому лень скачивать - antique-base.

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

Уважаемый aen. Я все пытаюсь найти средства для уменьшения системных требований данного дистрибутива. Что Вы думаете по поводу следующих изменений:
замены glibc на eglibc или uclibc
замены xorg на xvesa
замены ls,uname etc на busybox или toybox
P.S. Я знаю что это совершенно нереально, но как насчет сборки ядра под данный дистр? Я сейчас эксперементирую со связкой патчей BFQ/BFS/Longene(Linux Unified Kernel - для ускорения работы wine). Так-как патчи BFQ и Longene доступны только для ядра 2.6.30 - то на нем и пытаюсь понять каков будет прирост производительности. Еще использую советы с tinyLinux по уменьшению размера ядра и требований к RAM'у. В этом вообще есть смысл или можно не биться головой о стену, так-как никто для нас ядро опакечивать не будет?

Перечисленные Вами работы требуют от 3-х человекомесяцев до 3 человеколет. Если, конечно, делать не на коленке, а дистрибутивно.

[chaos_dremel]

Перечисленные Вами работы требуют от 3-х человекомесяцев до 3 человеколет. Если, конечно, делать не на коленке, а дистрибутивно.

Почему?
Ubunta перешла на eglibc (из-за его бинарной и сорсовой совместимости с glibc) без каких либо проблем, хотя не спорю поработать им пришлось. А я вообще говорю о том чтобы на eglibc или uclibc (хотя это признаю намного сложнее) перевести эту конкретную сборку.
По поводу использовать xvesa вместо XORG, чесно сказать, данных у меня нет, но лично я не вижу какие проблемы (кроме нереализованых функций) могут возникнуть при замене XORG'а на "огрызок" XORG'а, опять же в пределах конкретной данной сборки.
Ну а сделать пакет который вместо "ls", "uname", etc прописывает ссылку на "busybox ls", "busybox uname", etc помоему вообще дело 5 минут, или я ошибаюсь?
P.S. То, что ядро под эту сборку - "нереальность", я понял.

[aen]

Перечисленные Вами работы требуют от 3-х человекомесяцев до 3 человеколет. Если, конечно, делать не на коленке, а дистрибутивно.

Почему?
Ubunta перешла на eglibc (из-за его бинарной и сорсовой совместимости с glibc) без каких либо проблем, хотя не спорю поработать им пришлось. А я вообще говорю о том чтобы на eglibc или uclibc (хотя это признаю намного сложнее) перевести эту конкретную сборку.
По поводу использовать xvesa вместо XORG, чесно сказать, данных у меня нет, но лично я не вижу какие проблемы (кроме нереализованых функций) могут возникнуть при замене XORG'а на "огрызок" XORG'а, опять же в пределах конкретной данной сборки.
Ну а сделать пакет который вместо "ls", "uname", etc прописывает ссылку на "busybox ls", "busybox uname", etc помоему вообще дело 5 минут, или я ошибаюсь?
P.S. То, что ядро под эту сборку - "нереальность", я понял.

Ядро как раз -- самое простое.

[kostyalamer]

Поставил Full, тестирую ( правда на сильной машине ). С него и пишу, SeaMonkey очень неплох. Сейчас поковыряюсь посерьезнее отпишусь о результатах .
PS Всем спасибо  :)