Russian UNIX Forums

Я согласен полностью с alv, что необходим менежджер пакетов, а также динамическая линковка и т.д.
Я официально занимаюсь написанием поддержки динамических библиотек для ОС MINIX 3
(см. http://www.minix3.org/who_doing_what.html) Это так сказать моя тема Предвижу вопрос: Когда будет?
Отвечаю: в следующей версии. (чем то напоминает: в следующей серии ) Сейчас главная задача выпустить дистрибутив с поддержкой VFS, а следующую с Shared library и Virtual memory (эти две вещи взаимосваязаны, поэтому мы (официальные разработчики и ваш покорный слуга) будем писать это чуть позже. Точнее динамическими библиотеками я уже занимаюсь, жду когда оф.разработчики освободятся от VFS и начнут писать VM). Лично мое мнение (оно не всегда сходится с мнением главных разработчиков): вначале надо было сделать поддержку динамических библиотек и виртульной памяти, а потом можно было бы взятся за все остальное...Но не я все решаю.
И еще. Может у кого есть желание попрограммировать под ОС MINIX 3? Пишите, нестесняйтесь!

2 Павел Макаров
Приемлемость статической линковки очень зависит от назначения и масштабов.
Для встраиваемых приложений - это единственный метод.
И приемлем для маленьких пакетов - tar или gzip более-менее все равно, как линковать.
А теперь представим себе amarok или koffeine (или любое другое серьезное KDE-приложение), статически слинкованное со всем, что ему нужно для работы.
Не зря же даже разработчики FreeBSD отказались от статической линковки программ из /bin и /sbin, теперь статически линкуется только аварийный комплект утилит в отдельном каталоге /resque.
И разработчики PC-BSD не рискнули статически линковать свои pbi-пакеты.
Не говоря уже об удобстве.
Помните историю с критической ошибкой zlib? Все разработчики открытого софта перелинковали свои проги за считанные часы после сообщения.
А разработчики софта закрытого - расхлебывали эту кашу еще долго.
И все же приоритетность VFS для разработчиков мне кажется правильной.
Потому как ныне, если MINIX-машина не имеет флопа и сетевая не поддерживается (а не поддерживаются почти все современные сетевые), то она являет собой черный ящик, наладить связь которого с внешним миром - очень большой геморрой.
Кстати, непосредственно в данный момент лечением этого геморроя и занят. О результатах буду рапортовать по ходу дела.

2 Павел Макаров
История с zlib - очень интересна и поучительна. Она произошла года 4 назад, по свежим следам, к сожалению, не описал, а нынче детали подзабыл, надо будет поднять тогдашние материалы.
В двух словах суть такая: когда эта самая ошибка обнаружилась (а zlib было сто лет в обед, парень, что ее написал, вероятно, о не давно забыл, распространялась и распространяется она под лицензией BSD-стиля), оказалось, что она статически вкомпилена в бессчетное количество зарытых проприетарных программ. О чем все уже тоже благополучно забыли
Ну и пошло веселье
Кстати, тогда всякие пуристы от FSF начали говорить - вот какая BSD лицензия плохая, что такие штуки позволяет сделать. Хотя тут, ИМХО, дело не в лицензии, а в радиусе кривизны рук разработчиков производных программ...

.Net и Java уже реализованы.
Сдесь вопрос стоял в портировании, т.е. в переносе этих систем, конкретно .Net (MONO) в MINIX.
Переносом не кто не занимается (да и в ближайшее время навряд ли кто будет)
Не знаю в чем здесь .dll чинят проблемы?

А вообще если что то надо тебе(себе), то сделай это сам.
Это единственно правильный вывод.

( Это я себе сам и говорю. )
( при всем уважении к разработчикам и участникам проекта MINIX )

Интерес тсс.