Board.KolibriOS.org

И если оставить рамдиск, то уверен-Украина Программистская вас поддержит:) По опросам, у них самый популярный комп Pentium I.

И не только Украина, но и Россия. Я хоть теперь KolibriOS с жёского диска гружу, дисковвод у меня есть и вполне может выручить в экстремальных ситуациях. Зато не могу подключить USB и флэшку, т.к. USB какой-то старой версии (видеокамера не подключается...). Так что дискеты очень даже актуальны, хотя храню я всё, как правило, на CD-дисках. Дисковводы есть на многих старых компах. И не нужно спешить от них отказываться. Но и как единственный вариант, без альтернативы... дискета слишком неудобная для этого вещица.

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

Золотые слова... Подписываюсь И игрушек это тоже касается, кстати. А вообще, давно пора сделать инсталляционный файл, который бы выполнял установку KolibriOS на жёский диск и выборочную установку как по категориям, так и конкретно по компонентам (с возможностью потом добавить/удалить через тот же мастер-инсталяционный файл).
А также мастер, который создавал бы по указанию юзера ту или иную конфигурацию системы для загрузочного диска (дискеты, CD, DVD, Flash-носителя...) "из полного комплекта", в котором будет ВСЁ. Так сказать, мастер создания дистрибутива. Не думаю, что всё это сложно реализовать. Вещи очень уж юзерофильные. И вообще нужно переходить к программам-мастерам. К примеру, очень нужены Мастер настройки локальной сети и Мастер настройки доступа в Сеть Интернет.
Это не бездумные хотелки, а вещи, нужные реально. Не все же способны шаманить с вбиванием команд в конфигурационные файлы и проги... Один из главных минусов Линукса - проблемы с настройкой.

KFAR обалденный, но не хватает функции переименования

Эт точно...

Чем они в дистре мешают? Лучше пусть люди юзают всё вместе, т.к. единици, повторяю единици, будут скачивать их дополнительно и записывать

Это ПОКА не мешают. По мере совершенствования OS, даже несмотря на оптимизацию кода она будет расти в размере. В результате на дискете останется лишь самое необходимое. А вообще, имхо, загружатся в память должна только сама ОS, а сопутствующие ей приложения (пусть даже входящие в дистрибутив) должны грузится только при их запуске. А то вместе с виндой мы каждый раз загружаем и Солитер, и Paint, и все прочие проги, идущие в поставке с системой. А нафига?

Если тебе нужны дрова на принтер Epson FX1810 ты че будешь хранить на рамдиске драва для всех 100 принтеров?..

Угу. А представьте себе, вставил CD-диск с полным дистрибутивом, запустил Мастер установки и настройки оборудования... и то что нужно берётся с диска и добавляется, оборудование вносится в систему. Самая удобная схема работы. И сложнее написать драйвер, чем пару мастеров (глубокое имхо, конечно - я не программист).

Если так, то было бы интересно, если бы вся ОСь была основана на объектах, и они подразумевались изначально, как идеология, а не функции, как в обычных ОС.

Руками и ногами за!!!

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

Меня тоже. Разные это вещи. Давайте вообще говорить о MenuetOS как о посторонней, хоть и совместимой системе, и уберём из документации все слова о том, что KolibriOS, мол, её клон... А также из загрузки, старых прог и самой ОС.

1. Открываем любую прогу.
2. Нажимаем на заголовке ПКМ.
3. Окно схлопнулось

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

А вообще, имхо, загружатся в память должна только сама ОS, а сопутствующие ей приложения (пусть даже входящие в дистрибутив) должны грузится только при их запуске. А то вместе с виндой мы каждый раз загружаем и Солитер, и Paint, и все прочие проги, идущие в поставке с системой. А нафига?

В ядре жёстко прописано, что нужно выделять память под RAM disk размером 1.44 мегабайта. И хочешь пользователь того или нет - он будет создаваться. И лучше уж иметь RAM disk заполненный полезными программами, чем пустой. На Ram disk-е договорились хранить часто используемые программы и некоторые нужные файлы . Они с этого диска загружаются в десятки/сотни раз быстрее, чем с жёсткого диска(хотя и с жёсткого диска грузяться быстро).

Давайте вообще говорить о MenuetOS как о посторонней, хоть и совместимой системе, и уберём из документации все слова о том, что KolibriOS, мол, её клон... А также из загрузки, старых прог и самой ОС.

KolibriOS основана MenuetOS(чуть более 4-х лет назад),а MenuetOS распространяется под лицензией GPL(значит и KolibriOS тоже ). И уже был прицендент с этой GPL. После чего на форуме была большая дискуссия по этому поводу. И в конце концов решили всё сделать в соответствии с GPL. И проблем нет и спокойствие в дальнейшем развитии проекта.
А KolibriOS не совместима с MenuetOS(совместима лишь частично).

В ядре жёстко прописано, что нужно выделять память под RAM disk размером 1.44 мегабайта. И хочешь пользователь того или нет - он будет создаваться.

А если этот баг как-то исправить? К примеру, памяти должно выделятся столько, сколько весит сама KolibriOS?

Это не баг. RAM disk нужен. Он позволяет экономить память на старых компьютерах, где памяти мало. И ещё он удобен, если система запускается на компьютере без жёсткого диска. Есть ещё примеры где он нужен, но дальше перечислять нехочу. В общем он нужен.

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

Астроноид

Запомни простую истину этого проекта.
Если что-то не сделнано, значит это:

1)Некому сделать.
или
2)Делать есть кому, но у них дел на 1000 лет вперёд. Хотелок сотни(тысячи), а человек несколько.

И каждый приходит и говорит, что неплохо бы сделать: это, то, и ещё то и т.д. Прогаммисты и так это знают! Не разорваться же им !

Это мне понятно. Просто имхо, в первую очередь нужно работать именно над всякми мелочами в системе: убирать баги, оптимизировать код, писать необходимые системные программы. Собственно, это и есть работа над OS. Всё остальное - разработка посторонних приложений.
Кстати... вот такая мне идея в голову пришла. А если бы, к примеру, некий богатый буратино увлёкся бы KolibriOS, решив оплачивать работу программистов? Сначала бы определил, что нужно добавить в систему, от мелких доработок до крупных, а затем раздал программистам задания. И за определённую зарплату они писали бы всё, что необходимо. Стал ли бы после этого проект Kolibri обороты набирать? Ubuntu ведь вроде так писали, если я не ошибаюсь...
Вероятность такого сомнительна (хоть и всё возможно под луной), но я, хоть крупными деньгами и не обладаю, готов периодически поддерживать ряд разработок небольшими суммами. Но от перевода WMZ "на деревею дедушке, да неизвестно на что именно" на счёта, указанные на home page оффсайта проекта я воздерживаюсь. Почему? Да потому что не уверен в целевом расходовании средств. Нет, не то, чтобы я упрекал команду Kolibri в нечестности. Просто если уж спонсировать, то разработку конкретных вещей... и знать, что вложенная сумма обеспечит появление должного кода. Естественно, тугими кошельками я не обладаю, и, к примеру, на нормальную поддержку в ОС иконок (назначение к конкретным разрешениям, управление иконками при помощи простой системной проги) при полной поддержке формата png я могу потратить максимум 15-20$. А вообще неплохо бы объявить стол заказов. Люди описывают свою хотелку и предлагают деньги за её реализацию. При этом должны быть соблюдены соответствующие условия, к примеру, чтоб хотелка дополняла, улучшала уже существующую систему, была совместима с ней полностью. Т.е. никаких каардинальных перемен с перелопачиванием всей системы вплоть до несовместимости с уже имеющимися программами. Кроме того, реализации хотелок должны включаться на обязательной бесплатной основе в официальный дистрибутив, иметь открытый код и лицензию GPL. При этом реализацию одной хотелки могут поддерживать сразу несколько человек. К примеру, заплатили 12 человек, для простоты укажем что по 12$ (меньше чем триста рублей) за запись на NTFS (если это вообще возможно реализовать) или мастер настройки сети и у программиста в кармане 144$ (более чем 3450 руб.). Т.е. организовать финансовую поддержку конкретно по определённым доработкам и моментам. Тогда развитие оси пойдёт быстрее. Главное, чтобы и бесплатники писали тоже. А то получится хрен знает что... смесь GPL и коммерции...

Главное, чтобы и бесплатники писали тоже. А то получится хрен знает что... смесь GPL и коммерции...

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

Астроноид
Твоя идея не лишена смысла, но кто будет оценивать качество работы?? Можно пойти конечно по пути того, что код будет выложен и подвергнут критике хорошо разбирающимися специалистами.
Еще такой момент, всем хочется красивости, фенечек, однакомногие простые "фенечки" лучше сделать, если привести ядро в порядок. Я не знаю на сколько простой человек, не разбирающийся в ядре, может четко заказать работу по изменению ядра. Даже я только относительно понимаю что нужно сделать. Т.е нужен фундамент, для постройки хорошей ОС. А у нас фундамент еще от Вилле достался...
В целом я не против, можно попробовать реализовать такую схему.
Оплата будет проведена только после оценки "спец группой" я думаю в нее могут войти Kolibri team.

Существует баг в ядре.
Если при загрузивщемся КООС нажимаешь ctrl+alt+f12 далее ядро(home), загружаешься в blue screen, после выбора нужного режима работы снова загружаешься в КООС, с уже новым режимом. После этого перестает сразу работать ctrl+alt+f12. Если принудительно вызываешь это меню(пуск->выход) и снова выбираешь ядро(home), ос перегружается в blue screen и там успешно заканчивается таймер все клавиатура зависла! ... :'(

У меня этот код никогда и не работал... Система просто виснет, хотя питание АТХ.

А как вам насчет системы пакетов взамен на исталляционные файлы, раз уж хотите что-то вынести из имэйджа?

я за пакеты. меня дико раздражает система уст. файлов

Причем эти проги всё время разные и неудобные

Тем, кто впервые про это слышит предлагаю статью, написанную русским языком
http://en.wikipedia.org/wiki/Package_management_system

Но не таким форматом как в линухе. Уж0с.