Под операционную систему MINIX 3 портированы следующие новые программы (http://www.minix3.org/software/):- dillo-2.1.2b - популярный браузер для среды X Window System.
- fltk-2.0-r6525 - кросс-платформенная библиотека инструментов с открытым исходным кодом (лицензия LGPL) для построения графического интерфейса пользователя (GUI).
- postgresql-8.4.0 - свободная объектно-реляционная система управления базами данных (СУБД).
- SDL-1.2.13 - кросс-платформенная библиотека инструментов для построения графического интерфейса пользователя (GUI).
- nedit-5.5 - популярный текстовый редактор и редактор исходного кода для среды X Window System.URL: http://www.minix3.ru/news.html
Новость: http://www.opennet.me/opennews/art.shtml?num=23683
описания программ автор новости сам придумал?> dillo-2.1.2b - популярный браузер для среды X Window System.
Популярный, ага.
> SDL-1.2.13 - кросс-платформенная библиотека инструментов для построения графического интерфейса пользователя (GUI)
Какой нахрен GUI? Там графика и низкоуровневые примитивы, в основном для разработки игр.
А по теме - не портировать им надо, а взять pkgsrc, и собрать. Для всего, что не собралось пилить либо minix, либо pkgsrc. На самом деле грядет тонна новых операционок, и каждая, похоже, будет использовать свою велосипедную систему недопакетов. А нужна единая source-based система, и лучше pkgsrc пока ничего нет. Хотя могло бы быть, что уж тут скрывать.
Может, им лучше GNU Libc портировать и не париться с портированием каждой отдельновзятой проги?
>Может, им лучше GNU Libc портировать и не париться с портированием каждой отдельновзятой проги?Лицензия не позволяет.
А может лучше жевать? При чем тут вообще libc, когда речь идет о системе портов. Потом, если уж брать libc, лучше взять оную из FreeBSD - код там гораздо чище, нет невнятных расширений, и дыр, которые годами не затыкаются, да и лицензия вменяемая.
и вообще пока наши корабли бороздят просторы космоса...
Жевать лучше Вам. Речь идёт об интерфейсе прикладного программирования, API.
Нет, не идет. Это вы о нем начали ни к селу ни к городу.
>А по теме - не портировать им надо, а взять pkgsrc, и собрать. Для всего, что не собралось пилить либо minix, либо pkgsrc.Подписываюсь под каждым словом. Разработчики всех операционных систем, использующих pkgsrc, вложили в него столько труда, что отказаться от pkgsrc в своей системе - значит признать в себе макаку.
>На самом деле грядет тонна новых операционок, и каждая, похоже, будет использовать свою велосипедную систему недопакетов.
Возможно.
>А нужна единая source-based система,
Только как приложение к единой binary-based системе.
>и лучше pkgsrc пока ничего нет.
Из всего не велосипедного, что можно легко адаптировать под любую *nix систему - да, пожалуй.
>Хотя могло бы быть, что уж тут скрывать.
Вот именно. Есть много хороших идей в портежах и в ABS. Прежде всего - наглядность этих систем.
>>А нужна единая source-based система,
>Только как приложение к единой binary-based системе.единая binary-based для архитектур х86, MIPS, Sparc, ARM и PowerPC?
>>>А нужна единая source-based система,
>>Только как приложение к единой binary-based системе.
>
>единая binary-based для архитектур х86, MIPS, Sparc, ARM и PowerPC?А что не так? Единая - не означает что один и тот же пакет должен запускаться на всех платформах и архитектурах. Это означает, что формат пакета должен быть одинаков на всех платформах и архитектурах.
Сейчас Debian работает на более десятка платформ, FreeBSD работает не менее чем на пяти, NetBSD работает, на вскидку, больше чем на двадцати. У каждой из них есть свой формат бинарных пакетов.
>Только как приложение к единой binary-based системе.Бинарники получаются из исходников, и никак не наоборот, поэтому приложением всегда будут бинарники.
>Вот именно. Есть много хороших идей в портежах и в ABS. Прежде
>всего - наглядность этих систем.|| die и кошмарные условные депенды - это не наглядно, это п-ц. Наглядно - это make-based, типа pkgsrc и FreeBSD'шных портов. Проблема только в том, что одним make никогда не обойтись, нужно кэшировать распарсенныю .mk - инфраструктуру, и всю работу с базой пакетов целиком перенести во внешнюю программу. В идеале - скрестить эту программу и make. Тогда не нужны будут аналоги portupgrade на ублюдском ruby и кривые bdb.
Абсолютно в точку. Меня тоже немного удивляет за мощным теоретическим обоснованием (браво профессору Таненбауму!) крайне низкий уровень принимаемых разработчиками-студентами технических решений. Причем судя по всему по единственной причине - разработчики очень молоды и не знакомы ещё с решениями существующими, поэтому не в состоянии ни выбрать приемлимый вариант, ни объехать давно известные ухабы. Проект очень похож на линуксы качеством кода, просто мусор.
Теперь интересно получить результаты тестов производительности postgresql на одинаковом железе под minix и linux/bsd.
Так надо написать форониксам, они протестируют.
>Так надо написать форониксам, они протестируют.Предвижу результаты тестирования. "Сравнивались FreeBSD, Solaris и MINIX 3. Во всех тестах с огромным отрывом победила Ubuntu!"
не согласен, что dillo шиько популярен. links / elinks и те наверно больше используют.