посмотрел как там обстоят дела с UTF-8...
мда... с другой стороны надо же что-то ставить на всякую экзотику вроде спарок и прочих кофейников, которые жалко выкинуть на помойку.
>Сообщается, что NetBSD в настоящий момент поддерживает 54 различных системных архитектуры.
И пофиг, что нормально протестирована в лучшем случае треть из них, следующая треть еле дышит, а оставшаяся
просто кросс-компилится но возможность запуска не более чем теория. Как мало людям надо для счастья;)
>на з80 не работает случайно?
Ну если ктото когдато сконструирует для него MMU то наверняка заработает. Впрочим, возможно, можно и без MMU?
>с другой стороны надо же что-то ставить на всякую экзотику вроде спарок и прочих кофейников,
>которые жалко выкинуть на помойку.
Жалко это у пчелки, а всей этой рухляди место на помойке.
> ... зато нету всяких долбонов изобретающих колесо
Ну почему же нету? Одним из таких "долбонов" является всем известный Тэо вместе со своим Опеном.
Выкинули из команды Net? Ну так иди в команду Free или присоединяйся к Линуксу;), ан нет, религия
не позволяет. Ну в результате и имеем псевдосистему, которую юзает кучка маргиналов, еще меньшая
чем у Net и котороя никому не уперлась чтобы ее поддерживать.
> Жалко это у пчелки, а всей этой рухляди место на помойке.
завидую тебе: не доводилось тебе в бюджетных конторах работать - там иногда такое дерьмо используется (что железо, что программы), что просто диву даешься!
> Вопрос к BSDшникам а в BSD есть поддержка фрэймбуффера
вроде бы на некоторых не-i386 платформах есть. А зачем он нужен на обычной машине? Иксы+ratpoison не так уж много жрут..
> и как у нее с лаптопами ? Ну в плане гибернации сенсоров и хотплага ?
ну у меня на лаптопе стоит. Проблема в том что так и не сумел заставить работать с acpi, только apm -- поэтому не работают процессорные сенсоры. Сенсор батареи тоже не работает -- я так и не понял почему, то ли из принципа, то ль потому что у меня две батареи, внешняя и внутренняя.
Еще моя лаптоповская звуковая карта по манам поддерживается, а реально я не смог ее заставить работать.
Гибернация.. У меня гибернируется только частично (на диск ничего не скидывается). В результате время жизни продлевается с 2.5 до 10 часов.
Хотплаг?? Чего? USB нормально, а PCMCIA у меня никаких нет.
>А Theo, кстати, никогда и не скрывал, что считает linux code гиганской кучей навоза.
Есть достаточно много очень больших корпораций которые так не считают и комплексы канадского
фермера и его собаки их не волнуют. Кроме того эта "куча навоза" порвет Open практически в любом
тесте, ну разве что это будет тест на наличие "Open" в названии системы и портирована на большее
количество архитектур.
>завидую тебе: не доводилось тебе в бюджетных конторах работать - там иногда такое дерьмо
>используется (что железо, что программы), что просто диву даешься!
Видел достаточно такого старья в своем учебном заведении. И самое интересное что по прошествии
нескольких лет там продолжают им пользоваться, по крайней мере тем что еще каким-то чудом не
рассыполось.
>одно из предложений на Гугл-саммер было перенести NetBSD на MMU-less машины
Вот вот. А Линукс уже перенесли. ELKS называется.
> Еще моя лаптоповская звуковая карта по манам поддерживается, а реально > я не смог ее заставить работать.
Это бывает если биос кривой - надо подхачить ядро - самый простой вариант назначит прерывания самому и прописать жеско в ядро в acpi или pic драйвер - у меня получилось завести звук и usb2 на ноуте Intro забыл номер чета типа комбинация из 12 41, мне дали на неделю поиграть его
> самый простой вариант назначит прерывания самому
вот вот, у меня по моему как раз из-за прерываний. Я пробовал опции типа PCI_INTR_FIXUP добавлять, это не работает. А сам я в прерываниях не разбираюсь.
найди в коде место где PCI_INTR_FIXUP или ACPI_INT_FIX происходит и там просто впиши если bus, dev, function == blah blah тогда irq = N щас нет под рукой моего патча, попробую дома поискать если не про*бал
помоему тут: acpi.c static void acpi_pci_set_line(int bus, int dev, int pin, int line)
вызываеться из acpi_pci_fixup_bus и в моем случае я просто ставил line = 5 но щас я смотрю в код 2.0.2 и чето нифига не узнаю вренее вижу что поменялся код acpi в любом случае нужно просмотеть процесс инициализации и фиксапа apic и поиграть сним - получиться в NetBSD apic довольно свежый и не всегда умееет дилить с корявыми виндобиосами(иху мать)
В их рекламном лозунге "Одна удаленная дыра за 8 лет" ключевое слово это _удаленная_, а локальные дырки
ядра они тоже не учитывают, хотя при таком черепашьем темпе развития количество ядерных дыр тоже будет
отставать.
Но если на ОС смотреть не как на помойку где колупаются куль-хакеры, а как на пускалку того или инного
приложения, в конечном счете ОС для этого и предназначена, то количество дыр именно в ядре волнует мало
кого.
bullshit... у нас большая корпорация - дык паримся не падецки аудит задолбал наверное java и .net программеры не парятся дык это и не удивительно они в другом мире живут, некторые даже незнают что максимальный порт намбер 65535 а также полностью не врубаются в tcp/ip и тд...
Опен хорошая система, правда малость неадекватная: изредко валится в дебуг ядра по мелочным причинам, например, удаления дефорлтного ипв6 маршрута, но это мелочи, особенно если этот комп всего лишь рутер. Хреновые дрова em, иногда нехотят с виланами работать, но это тоже нестрашно - зато дыр в ядре нет и + всё заработает в следующей версии, а счас бери из цвс :)
> Но если на ОС смотреть не как на помойку где колупаются куль-хакеры,
> а как на пускалку того или инного приложения, в конечном счете ОС
> для этого и предназначена, то количество дыр именно в ядре волнует
> мало кого.
Правильно XCHG! Короче Windows - RULEZ!!! Я угадал? :)
>> Кроме того эта "куча навоза" порвет Open практически в любом тесте
> Например по числу дыр в ядре?
недавно был тест по количеству ошибок в коде ядра freebsd, openbsd & linux. с большим отрывом (в разы) "победила" freebsd. про результат опенка тео (разработчик этого тестового инструмента) почему то предпочел не распространяться. хотя всего за недельку до этого брызгал соплями насчет "линукс - фуфло, вот опен - это рулез"
потом неделю плакал что опен (хоть и руль несусветный) как оказалось никому не нужен. никто не торопится поддерживать тео - и все правильно - за его безответный треп ему уже надавали шелбанов и не раз, а ему все мало. тео все тот же милый шалунишка, скандалист и трепло.
Исходный код операционных систем FreeBSD и OpenBSD был подвергнут аудиту, при помощи ПО Coverity, предназначенного для автоматизированного выявления ошибок и проблем с безопасностью.
В итоге, в FreeBSD было обнаружено 306 проблем, т.е. одна ошибка на 4000 строк кода. Проводимый тест Linux ядра, выявил 950 ошибок (1 ошибка на 10000 строк), большинство из которых приходится на код драйверов устройств. Ранее, в MySQL было найдено 97 проблем, в Berkeley DB - 26.
Что касается OpenBSD, то число найденных ошибок не сообщается, но известно, что несколько разработчиков OpenBSD работают в компании создавшей Coverity и процесс исправления, основанный на работе Coverity, отражается в CVS комментариях.
Linux is immensly more popluar than all of the BSD flavors combined (FreeBSD, NetBSD and OpenBSD; the one de Raadt works on). This sounds like the cola drink Tab calling the recipies in Coca-Cola crap
While de Raadt may have his motivations for defending BSD, and calling his 60 member development team superior to the Linux development team, he certainly isn't getting anywhere other than making himself look like a fool.
Despite the ridicule from De Raadt, Linux actually contains very few flaws in it's source. In fact, for every 1,000 lines of code in the kernel, only about 0.17 bugs are contained inside. This is surprisingly low compared to other major operating systems that contain about 10-20 bugs per 1,000 lines of code. In fact, a team from Coverity Inc., (a software firm that sells source-code auditing tools) found that the 2.6 Linux kernel (the latest kernel release) contains only 985 bugs in it's 5.7 million lines of code. Of the flaws found in the kernel source, only 95-100 (about 10%) were actual security flaws. The remainder of the bugs were performance issues and buffer overruns. In any case, this means Linux is a pretty secure OS.
>Короче Windows - RULEZ!!! Я угадал? :)
Нет, не угадал. Имеешь еще 2 попытки. Хотя с подобной постановкой вопроса можеш вообще не трудиться.
>;-))) А вот и неправда,.. OpenBSD поддерживается не хуже NetBSD..
>Ты сам что либо из вышеназванного используешь?
ИспользоваЛ пару лет назад. Когда нашего админа достала дырявая SunOS он ее нафиг снес
и поставил Open 3.0. Та старая шпырьк-тарантайка начала работать несколько быстрее, но чаще
нежели в SunOS разъезжалась ФС и аптайм редко доходил даже до 10 дней. Но дыр было меньше.
Чем занималась та машина? Ничем серьезным: принимала/отправляла почту, крутила Апач
и раздавала шеллы, но общая нагрузка была на нее большая. Количество аккаунтов было порядка
1200, активных порядка 150-200, одновременно работающих 10-30. А можно было просто поставить
P-200 с Линуксом и все бы было в 3 раза лучше.
OpenBSD 3.0, да и более ранние, на мой взгляд, были несколько сыроваты.. года 4 назад пробовал использовать OpenBSD 2.x (не помню уже точно версии), так наблюдал примерно тоже, что и ты.. Хотя, знакомые утверждали, что горя с опеном не знали.. Возможно, это, по большей мере, были проблемы качества поддержки определённого железа.. Однако сейчас OpenBSD 3.7 ведёт себя совсем неплохо.. ;-))