Доступна BSDA сертификация

> Одна 7.0-RC1, другая 6.3-RELEASE. Если в одной чё-то произойдёт, другая будет работать. Набор установленных портов на обеих одинаков. Дерево портов расшарено в локалке. Когда обновляю порты на 7.0, то смотрю, какие глюки вылезли и если всё нормально, то обновляю на 6.3. Например, недавно обновился xorg-server-1.4_4,1, после этого драйвер nvidia-driver-100.14.19 перестал работать: пришлось просто реинсталлировать nvidia-driver-100.14.19 и всё снова заработало — решение нашлось на тестовой системе, в то время как другая система была в работе.

Еbнутым слава, отлаживать одну ветку, тестируя другую.

> предпочитаю платформы менее гиморные в плане администрирования

Так может дело не в инструменте, а в навыках его использования?

> сисинстал, пересборка ядра...

Необходимо примерно с той же частотой, что и в дистрибутивах Линукс.

> ...цвсап дерева исходников, сборка мира...

Используй бинарный freebsd-update, благо он сейчас часть базовой системы. Накатывает изменения только на изменившиеся бинарники системы.

> ...потом дособирание из портов...

Ставь бинарные пакеты, если тебе так проще. Здесь вообще никаких отличий.

> ...вместо инсталла с чего-нибудь минимального и доустановки по сети готового к работе софта?

Minimal install и pkg_add -r

> мне вообще кажется более логичным... ядро, системные либы и юзерспейс-приложения...

Обсуждали уже тысячу раз. Есть люди, для которых наличие операционной системы по крайней мере удобно. Ты же смотришь из мира, где ядро разрабатывается и обновляется независимо от системных библиотек, а те в свою очередь от программ, взаимодействующим с ядром, которые тоже сами по себе. И где о бинарной совместимости ядерных интерфейсов слышали только краем уха. Где всё равно при изменении ядра приходится одновременно обновлять всё, что на него непосредственно завязано, но мы будем продолжать настаивать, что это не так, и ifconfig независим от ядра.

> добился работы 2-х апачей с 2-мя пыхами разных версий на одной машине

В таком случае обычно делается что-то вроде `cp -R www/apache22 www/apache22-second`, где меняется $PREFIX. В результате в систему ставится два независимых пакета. Или для второго делается дочерний порт, где переопределяются пути и устанавливается $MASTERDIR на родительский (получается порт из одноко короткого Makefile).

>> Что в этом случае делает линуксовый админ? "Ждет (д)ебилдов", ждет рпм-ок, ждет деб-ов...

> Это ЛОРовские шутники все ждут... Шутка это, блин, традиционная :)

А-то я не знаю? :) Тем не менее, действия вменяемого админа при установке софта, которого нет в базовом репозитарии, будут идентичны независимо от системы управления пакетами: а) взять из стороннего/нестабильного, б) сделать пакет самому.

> _Вменяемый_ админ не станет ставить на обслуживаемую машину KDE4

А догадаться, что это просто пример, слабо? ;) Вот как-то не пришло навскидку в голову необходимого в работе софта, которого ещё нет в портах.

> Ты же смотришь из мира, где ядро разрабатывается и обновляется независимо от системных библиотек, а те в свою очередь от программ, взаимодействующим с ядром, которые тоже сами по себе. И где о бинарной совместимости ядерных интерфейсов слышали только краем уха.

Бинарная совместимость критически важна только для закрытых систем, заточенных под закрытые модули ядра. Linux под GPL, поэтому любые ядерные модули должны быть открыты, а раз модули открыты, то никакой балласт не может сдержать развитие системы, т.к. открытые модули можно очень легко подправить вместо того, чтобы годами городить костыли для совместимости. Если тебя так сильно волнует бинарная совместимость, то покури матчасть про dkms - стабильный интерфейс поверх нестабильного ядерного. Используется, к примеру в fglrx.

> Где всё равно при изменении ядра приходится одновременно обновлять всё, что на него непосредственно завязано, но мы будем продолжать настаивать, что это не так, и ifconfig независим от ядра.

baka-kun ты совершенно не в теме. Система Debian GNU/Linux 3.1(sarge) поставлялась с ядрами 2.4.x и 2.6.8 так вот ifconfig, iptables, brctl, ethtool, ps, top, tc и многие другие системные инструменты работали на обоих ядрах из двух разных _ветвей_. И после этого бсдуны, которые не знают что такое ioctl, будут мне тут вешать лапшу про привязку утилит к ядру... Просто BSD еще не доросла до такого, там видите ли апгрейд ядра может сломать утилиты ))))

> baka-kun ты совершенно не в теме. Система Debian GNU/Linux 3.1(sarge) поставлялась с ядрами 2.4.x и 2.6.8 так вот ifconfig, iptables, brctl, ethtool, ps, top, tc и многие другие системные инструменты работали на обоих ядрах из двух разных _ветвей_

Аналогично было со Slackware переходных версий, где по умолчанию ставилось ядро 2.4.xx, но можно было брать и 2.6.xx.

Бсдунам до этого бсдеть и бсдеть.

> Бсдунам до этого бсдеть и бсдеть.

LOL!

/sys/conf/NOTES:
#####################################################################
# COMPATIBILITY OPTIONS

#
# Implement system calls compatible with 4.3BSD and older versions of
# FreeBSD.  You probably do NOT want to remove this as much current code
# still relies on the 4.3 emulation.  Note that some architectures that
# are supported by FreeBSD do not include support for certain important
# aspects of this compatibility option, namely those related to the
# signal delivery mechanism.
#
options         COMPAT_43

# Old tty interface.
options         COMPAT_43TTY

# Enable FreeBSD4 compatibility syscalls
options         COMPAT_FREEBSD4

# Enable FreeBSD5 compatibility syscalls
options         COMPAT_FREEBSD5

# Enable FreeBSD6 compatibility syscalls
options         COMPAT_FREEBSD6

# Enable FreeBSD7 compatibility syscalls
options         COMPAT_FREEBSD7

кстати, насколько правдив абзац про 4.3 emulation, но у мя не было проблем все это выкинуть нафиг. Даже драйвер nvidia и opera прекрасно работают без этих костылей под -current.

в смысле единственный костыль для проприетарных бинарников это порты misc/compatXx. Не, для лайсакса конечно нужен linux.ko, но это отдельная история.

> # FreeBSD.  You probably do NOT want to remove this as much current code
> # still relies on the 4.3 emulation.  Note that some architectures that
> options         COMPAT_43
> options         COMPAT_43TTY
> options         COMPAT_FREEBSD4
> options         COMPAT_FREEBSD5
> options         COMPAT_FREEBSD6
> options         COMPAT_FREEBSD7

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

> кстати, насколько правдив абзац про 4.3 emulation, но у мя не было проблем все это выкинуть нафиг. Даже драйвер nvidia и opera прекрасно работают без этих костылей под -current.

Конечно, нвидии Линукс нужен:

http://www.freebsd.org/cgi/ports.cgi?query=nvidia-driver-100.14.19&stype=...

Requires: compat5x-i386-5.4.0.8_9, ... linux_base-fc-4_10

А Ёпера вообще у бсдунов Линуксовая:

http://www.freebsd.org/cgi/cvsweb.cgi/ports/www/linux-opera/

При всей бсдовой ненависти в Линуксу.

> Requires: compat5x-i386-5.4.0.8_9, ... linux_base-fc-4_10

поставь фрю да не позорься, если не знаешь о такой вещи как OPTIONS. По твоей реакции видно, что ты даже в виртуалке фрю не ставил.

> А Ёпера вообще у бсдунов Линуксовая:

о как! специально выбирал? и что? не лайсаксовая там тоже есть. Но такому быдлу как ты не понять, оно юзает поиск исключительно чтобы по понтоваться.

> Ржунимагу, бсдуны сидят в инвалидном кресле, к которому на веревочке сзади привязано пять кресел > старой конструкции, таскают за собой этот "состав" и очень гордятся этим.

т.е. если костыли из лайсакса выкинуть нельзя это уже плюс? Все с тобой ясно, LOL'ка.

> При всей бсдовой ненависти в Линуксу.

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

> Песдатая метода.

По крайней мере не приходится переустанавливать ВСЁ_С_НУЛЯ, когда поменяется ядро с 2.6.2x на 2.6.24 как в Linux.
Например, при обновлении ядра Linux крайне желательно пересобрать NVIDIA-Driver.

Во FreeBSD ядро с системным окржением (миром) не влияет на работу установленного прикладного софта (например, nvidia-driver пересобирать не надо после перекомпиляции ядра).

> Вот как-то не пришло навскидку в голову необходимого в работе софта, которого ещё нет в портах.

Нет в портах:
Arc - новый диалект Lisp;
PeaZip - кроссплатформенный архиватор;
PCMan File Manager - файл-менеджер с табами.

> Requires: compat5x-i386-5.4.0.8_9, ... linux_base-fc-4_10

Опционально...

> По крайней мере не приходится переустанавливать ВСЁ_С_НУЛЯ, когда поменяется ядро с 2.6.2x на 2.6.24 как в Linux.

Это у тебя от злоупотребления анальными усладами, или ты принимаешь тяжелые синтетические наркотики?

>> Requires: compat5x-i386-5.4.0.8_9, ... linux_base-fc-4_10

> Опционально...

Переведи слово "Requires", дурик.

Вашу бздю теперь кетайцi пишутЪ?

> iZEN (*) (31.01.2008 16:20:15) > Опци онально

Что, простите, Онально? Какие такие Поцы?

>>По крайней мере не приходится переустанавливать ВСЁ_С_НУЛЯ, когда поменяется ядро с 2.6.2x на 2.6.24 как в Linux.

>Это у тебя от злоупотребления анальными усладами, или ты принимаешь тяжелые синтетические наркотики?

Думаю, всё гораздо хуже и норкотеги здесь нипричём: феерический бред - это его нормальное состояние, судя по тем перлам, что он на ЛОРе выдаёт ;)

> Думаю, всё гораздо хуже и норкотеги здесь нипричём: феерический бред

Не надо нам в ухи пукать. Вам до обратной совместимости как в bsd ползти и ползти...

Так... всем красноглазым: снять клоунский нос и марш за уроки! Хватит трясти своим аляпистым и лоскутным линупсом перед серьезной и идеологичеси стабильной системой. В глазах рябит от вас...

> По крайней мере не приходится переустанавливать ВСЁ_С_НУЛЯ, когда поменяется ядро с 2.6.2x на 2.6.24 как в Linux.

Ну я вот переехал с 2.6.22 на 2.6.24. Ничего не пересобирал. Большая часть драйверов в linux-image, драйвера не включенные для ядро для уебкамеры - в пакетет ubuntu-modules-2.6.24, драйвера nvidia/fglrx и разной другой проприетарщины - в restricted-modules. Если не пользоваться restricted, а ставить официальные драйвера fglrx c сайта ручками, то они _автоматически_ пересобираются под текущее ядро с помощью dkms как только устанавливается другое ядро. DKMS - это спец-костыль от DELL для бинарной проприетарщины, _стабильное_ API поверх традиционно нестабильного ядреного API Linux!

> Во FreeBSD ядро с системным окржением (миром) не влияет на работу установленного прикладного софта (например, nvidia-driver пересобирать не надо после перекомпиляции ядра).

Вот именно поэтому ядро FreeBSD такое убогое и неразвитое как в оффтопике, потому что оно ставит во главу угла не гибкость, не функциональность, не производительность, не эффективность, а совместимость с проприетарщиной!

> Это у тебя от злоупотребления анальными усладами, или ты принимаешь тяжелые синтетические наркотики?

a110c, ты идиот. Даже модуль собранный для того же самого ядра не запустится на том же самом ядре если он собран другой версией gcc, не говоря уже про минорные изменения ядра, когда модуль собранный для 2.6.22.1 не запстится на 2.6.22.2! Кури матчасть, ламо. Ты должен знать это по modules-rebuild для ребилда всех сторонних модулей после обновления ядра.

> Не надо нам в ухи пукать. Вам до обратной совместимости как в bsd ползти и ползти...

Обратная совместимость в пределах Debian STABLE, одной версии RHEL и SLES - идеальна. Вам до такой совместимости еще расти ирасти в своей бсде, где просто обновив порты можно получить неработающий сервис из-за того, что в функционале программы или опциях конфига что-то поменялось, что-то стало deprecated. Бсдунам-пионерам неведомо что такое реальный STABLE в котором обновления не могут повлиять на доступность сервисов, что такое обновления безопасности для портов и бэкпорты, а также что такое срок поддержки системы в 8 лет. Слили бсдуны и на серверах и на десктопах и на embedded, слили и у любителей и в enterprise, даже по количеству поддержвиаемых архитектур даже NetBSD и та слила, и со всей мегаобратной совместимостью костылей проприетарщину все равно предпочитают псисать под Linux.

> Так... всем красноглазым: снять клоунский нос и марш за уроки! Хватит трясти своим аляпистым и лоскутным линупсом перед серьезной и идеологичеси стабильной системой. В глазах рябит от вас...

Ну-ка бегом компилировать свою помойку сидиотически нестабильными обновлениями портов(никакой стабильности), дедуська, чтобы пионеры не похакали. Или боишься, что после обновления что-нибудь отвалится?

Если ты слепо обновлял порты до CURRENT и потом так же, не обращая внимание на предупреждения, их обновлял - сам дурак. Порты вообще не обязательно дежать текущие. Учи матчасть.

"В предеалах одной ветки" - неудачики. На _любой_ версии FreeBSD бинарник, собранный для freebsd4, будет работать (текщая - 8). Неговоря уже о стабильности api. Порты - не част системы.

> Если ты слепо обновлял порты до CURRENT и потом так же, не обращая внимание на предупреждения, их обновлял - сам дурак. Порты вообще не обязательно дежать текущие. Учи матчасть.

Причем чем здесь CURRENT ?! Версии пакетов в портах STABLE обновляются? Обновляются. Функциональные изменения происходят? Происходят. Все, значит никакого стейбла нет. Стабильная система это система, которая будучи однажды настроена переживет без проблем любые обновления, которые состоят только из критических обновлений и обновлений безопасности, которые НЕ ИЗМЕНЯЮТ ВЕРСИЮ (только заплатки!). Это Debian STABLE, RHEL. Пионрская фря до такого пока не доросла.

> "В предеалах одной ветки" - неудачики.

Смотря какие бинарники. Системные вызовы меняются мало, LIBC API обратно совместимо, поэтому даже самый древний прикладной бинарник можно при желании завести на современной системе. Ну а в том, что под изменяющуюся систему, прошедшую этапы static dev->devfs->udev, ipchains->iptables, ipchains->ip4/6tables->x_tables, PATA+SATA->libata и т.д. изменяются и системные приложения, работающие в юзерспейс нет ничего удивительного. Отсутствие изменений и обратная мегасовместимость присущи только неразвиваемым системам таким как FreeBSD. Когда разработка вообще прекратится обратная совместимость будет идеальной и снизу вверху и сверху вниз.

> Неговоря уже о стабильности api.

You think you want a stable kernel interface, but you really do not, and you don't even know it. What you want is a stable running driver, and you get that only if your driver is in the main kernel tree. You also get lots of other good benefits if your driver is in the main kernel tree, all of which has made Linux into such a strong, stable, and mature operating system which is the reason you are using it in the first place.

Так что лично мне ни горячо ни холодно от того, что у мало кому нужной системы, которая в лучшем случае поддерживает десятую часть железа поддерживаемого Linux, стабильное API. Поскольку обновив бинарное ядро вместе с соответствующими -modules и -restricted и получив поддержку всего оборудования не пришлось ни разу расчехлить gcc. А в убогой фре просто для того, чтобы запустить natd нужно пересобрать ядро с divert sockets, чтобы включить IPSEC - пересобрать, ALTQ - пересобрать, ну а ни о какой полной поддержке имеющегося у меня железа не идет и речи, кол-во неподдерживаемых фрей железок, которые поддержвиает Linux, доходит до четырех на одну машину! Однозначно красноглазое задротство. Даже для железок с открытыми спеками от Intel не могут поддержку прикрутить. Пионеры млин.

> Порты - не част системы.

Скажи, а кому нужна одна только базовая системы? Вот ты используешь только базовую систему или еще устанавливаешь squid, apache, php, postgres, mysql, samba, ...?

Вы, месье, слабо ориентируетесь в архитекторе и идеологии FreeBSD, судя по заявлениям. Разговор бесполезен. Продолжайте дрочить на список поддерживаемых вебкамер (кстати, в венде они и soho железо в общем поддерживаются лучше и стабильнее, поэтому дескоп для вас недостяжим).

> Вы, месье, слабо ориентируетесь в архитекторе и идеологии FreeBSD, судя по заявлениям. Разговор бесполезен. Продолжайте дрочить на список поддерживаемых вебкамер (кстати, в венде они и soho железо в общем поддерживаются лучше и стабильнее, поэтому дескоп для вас недостяжим).

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

Vsem sosat! Slackware RULEEEEEEZZZ! ---------- PatreG Volkerding

> Вы, месье, слабо ориентируетесь в архитекторе и идеологии FreeBSD, судя по заявлениям. Разговор бесполезен.

Испугался спорить потому, что знаешь, что утрешься. В STABLE портах версии софта не меняются, значит никакой стабильности в версии Debian или RHEL системы целиком, а не базового огрызка с дырявым сендмылом не существует. > Продолжайте дрочить на список поддерживаемых вебкамер

Список фактически неподдерживаемого железа в убогой фре рапространяется не только на вебкамеры но и на другое железо, на серверное железо, на серверные RAID, на серверные матери, на серверный софт Oracle, Lotus, DB2, SAP R/3.

http://www.bsdportal.ru/viewtopic.php?t=16570 http://www.bsdportal.ru/viewtopic.php?t=16544 http://www.bsdportal.ru/viewtopic.php?t=16338 http://www.3nity.ru/viewtopic.htm?t=9934 http://www.3nity.ru/viewtopic.htm?t=9482 http://www.3nity.ru/viewtopic.htm?t=10559 http://www.3nity.ru/viewtopic.htm?t=10273 http://www.3nity.ru/viewtopic.htm?t=10323 http://www.3nity.ru/viewtopic.htm?t=9933

Так что продолжай дрочить на красноглазое поделие.

> (кстати, в венде они и soho железо в общем поддерживаются лучше и стабильнее, поэтому дескоп для вас недостяжим).

Принеси песочку. Linux уже реально устанавливается на вполне реальные десктопы ноуты и КПК - Dell, OLPC, N800, ноутбуки, в т.ч. SOHO с SOHO вебкамерами(ASUS eeePC). Поэтому десктоп УЖЕ достигнут. Читай новости про официальную поддержку лотусом Ubuntu в связи с переводом одной крупной компании 100000 своих персоналок на Linux.

стоимость сертификации такого уровня - неадэкватная. приплюсуйте стоимость проезда и .... ффтопку

p.s. в ядре BSD есть куча умных и правильных(на Будующее) ВЕЩЕЙ, отказ от применения которыми Линусом, тот обосновал весьма невнятно и неубедительно. мб спонсоры из(точнее из-за) MS виноваты и MS - это дело ускоренно патентует ? а что как дистрибутив он сыр и несьедобен - факт. проблемы с многозадачностью на сверверах в некоторых приложениях - следстве отставания разработчиков БЗД в силу их скромного числа. (я не только про Apache и сетевое барахло)

p.p.s. если так принципиально - смотрите в сторону OpenBSD или NetBSD. хотя Hurd двигается быстрее и всех заборет ;-P

Иди расскажи вот ему http://forum.ixbt.com/topic.cgi?id=76:7804 что ядро линукс само по себе

для Ъ: там парень обновил ядро при неизменных библиотеках. Ему наверно такие же как вы рассказали раньше что линукс это только ядро.

> Иди расскажи вот ему http://forum.ixbt.com/topic.cgi?id=76:7804 что ядро линукс само по себе

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

Для дебилов, которые не умеют собирать ядра, существуют фабричные сборки ядер.

Запросто соберу бздёвые ядра криво настолько, что с ними не заработает половина бздёвых портов.

Давай пари: я собираю бздёвое ядро так, чтобы иксы не стартовали, а ты мне вываливаешь за это 100 тыр?

niemand@tech03:~/temp$ seq 1 10000000 | tr 0-9 a-j > /tmp/testgrep
niemand@tech03:~/temp$ time grep abc /tmp/testgrep > /dev/null

real 0m0.244s
user 0m0.190s
sys 0m0.055s

niemand@tech03:~/temp$ locale
LANG=en_GB.UTF-8
LANGUAGE=en_GB:en
LC_CTYPE="en_GB.UTF-8"
LC_NUMERIC="en_GB.UTF-8"
LC_TIME="en_GB.UTF-8"
LC_COLLATE="en_GB.UTF-8"
LC_MONETARY="en_GB.UTF-8"
LC_MESSAGES="en_GB.UTF-8"
LC_PAPER="en_GB.UTF-8"
LC_NAME="en_GB.UTF-8"
LC_ADDRESS="en_GB.UTF-8"
LC_TELEPHONE="en_GB.UTF-8"
LC_MEASUREMENT="en_GB.UTF-8"
LC_IDENTIFICATION="en_GB.UTF-8"
LC_ALL=

niemand@tech03:~/temp$ uname -a
Linux tech03 2.6.23.12-custom #1 SMP Thu Dec 20 11:28:42 MSK 2007 x86_64 GNU/Linux


так что не надо тут на лялих гнать

> так что не надо тут на лялих гнать

выше это обсуждалось. Баг действительно имел место быть. Полгода назад эксперт-линуксоид работающий в крупной корпорации установил мне (разработчику) генту на девелоперский сервер где я и столкнулся с этим багом.