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

4.2. Общение не есть потоки мусора.

> на линуксовых ресурсах...

http://www.linux.org.ru/view-news.jsp?section=1&group=9406

идиот - это диагноз

> 4.2. Общение не есть потоки мусора.

Ты прав, на кладбище мусора мало, т.к. покойники не сорят.

Не желаю тратить время га беседы с троллями.

Приятных снов.

> в фрибзд отсуствует единая централизованная система гибкого управления софтом

Да, поскольку присутствует _две_: одна для самой ОС (ядро и юзерленд/системное окружение), вторая для портов (сторонний софт, не входяший в базовую ОС). Позволяет независимо и прозрачно обновлять/изменять соответствующую часть. Csup и freebsd-update в иходном или бинарном виде обновляют ОС, pkg-*, portaudit, portupgrade и так далее позволяют в исходном или бинарном виде устанавливать, обновлять, проводить аудит и т.п. стороннего ПО.

> В системе, где ведро отдельно, системное окружение отдельно и где-то сбоку прикручены порты

Это ты описываешь дистрибутив линукс. Ядро (сам Linux), уникальное для дистрибутива системное окружение, специфическая (редко общая для нескольких дистрибутивов) система управления "портами"...

> в которых не всегда есть то что надо и что-то приходится собирать с тарболлов или цвс

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

Вменяемый админ FreeBSD за пять минут делает свой порт, или берет в тестовых репозитариях (KDE4 сейчас, например). Ставит этот новый порт и управляет им централизованной гибкой системой.

Может тебе не знакомо, но поставленные из CPAN модули, например, регистрируют всё в той же общей базе. Сами.

> aptitude update && aptitude upgrade

Спасибо, может оно и удобно, когда базовой системы просто нет, а всё вокруг (включая ядро) -- лишь набор разрозненных компонентов, склееных между собой системой управления. Но нам вот как-то проще с детерменизмом BSD.

256-й и не ебет!

А тролль разочаровал тупостью и анальной фиксацией.

Хотя латентный пидарас-гомофоб "из Питера" -- это даже смешно. И не знаешь, толи жизнь в "Русском Фриско" так влияет на конфликт его сексуальности с ханжеским воспитанием, толи ЧСВ вкупе с комплексами прыщавого подростка, толи "комплекс борцуна" развился...

>> В системе, где ведро отдельно, системное окружение отдельно и где-то сбоку прикручены порты

>Это ты описываешь дистрибутив линукс. Ядро (сам Linux), уникальное для дистрибутива системное окружение, специфическая (редко общая для нескольких дистрибутивов) система управления "портами"...

В системах GNU/Linux нет искуственного разделения на базовую система и порты. И зачем оно вообще нужно, если пакетный менеджер вменяемый, неясно.

>> в которых не всегда есть то что надо и что-то приходится собирать с тарболлов или цвс

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

Берет старый ebuild или debian/rules и делает из него новый, подключает backport.org или делает бкэпорт из ustable apt-get -t unstable -b source blabla.

> Вменяемый админ FreeBSD за пять минут делает свой порт, или берет в тестовых репозитариях (KDE4 сейчас, например). Ставит этот новый порт и управляет им централизованной гибкой системой.

Очень странная логика. Вменяемый Linux-админ, значится, неспособен сделать бэкпорт или сделать из старого ebuild или debian/rules новый пакет, а вменяемые бсдшники, среди которых встречаются админы неспособные настроить ipfw, одни все в белом? Право же, забавно.

> Может тебе не знакомо, но поставленные из CPAN модули, например, регистрируют всё в той же общей базе. Сами.

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

> Спасибо, может оно и удобно, когда базовой системы просто нет, а всё вокруг (включая ядро) -- лишь набор разрозненных компонентов, склееных между собой системой управления. Но нам вот как-то проще с детерменизмом BSD.

Какой нафиг детерминизм? Почему в опенке апач - часть базовой системы, а во фре это стороннее приложение? А нафехуйя мне дырявое сендмыло в базовой системе? А зачем bind в базовой системе вместо djbdns или dnsmasq или даже если он вообще не нужен? А dovecot или dhcpd они в базовой системе или нет, т.е. запускать их нужно /etc/rc.d/ или в локальной помойке /usr/local/etc/rc.d/? ДетерминизЪм, блин. В Gentoo ито с умом сделано: базовая система есть виртуальный набор пакетов(метапакет baselayout). Вот оно где гибкость без всяких лишний сущностей и монолитных кусков кода базовой системы приколоченных гвоздями и отдельных процедур обновления базовой системы и портов.

> В системах GNU/Linux нет искуственного разделения на базовую система и порты. И зачем оно вообще нужно, если пакетный менеджер вменяемый, неясно.

разделение вовсе не искусственно

(1) системные утилиты типа ifconfig, brconfig, mknod, pfctl и прочие тесно завязаны на ядро. При обновлении ядра есть заметная вероятность что они перестанут работать.

Утилиты же из pkgsrc с очень высокой вероятностью будут продолжать работать, особенно учитывая COMPAT опции в ядре -- у меня без проблем на 4.99 работали пакеты собранные когда-то для 1.5

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

(2) на базовую систему налагается требование о том что она должна кроссбилдиться. Это требование невозможно выполнить для всех пакетов.

>Спасибо, может оно и удобно...

но поскольку мсье уже познал толк в извращениях - удобство мешает? ;)

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

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

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

для управления продакшен системами дебиан мне показался наиболее безгиморным, для девелоперских серваков с извращённым набором софта всё же наверное лучше gentoo... хотя я и на дебиане средстами аптитуда добился работы 2-х апачей с 2-мя пыхами разных версий на одной машине (бздешники кричали что сделают такое раз плюнуть штатными средствами - но хрен, пришлось один из апачей и один из пыхов собирать руками). любителей лишних сложностей я конечно не осуждаю, но не понимаю категорически :)

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

мне за подобную задачу не доводилось отвечать, но вообще в pkgsrc для этой цели предназначен pkg_view

> разделение вовсе не искусственно (1) системные утилиты типа ifconfig, brconfig, mknod, pfctl и прочие тесно завязаны на ядро. При обновлении ядра есть заметная вероятность что они перестанут работать.

(1)Хорошо, а sendmail там зачем? А bind? А почему в одной BSD в базовой системе торчит apache а в другой он - стороннее приложение из портов?

(2) Неужели во фре коды IOCTL постоянно перемешивают так что никакой совместимости нет, поэтому приходится переписывать юзерспейсный софт?

> Утилиты же из pkgsrc с очень высокой вероятностью будут продолжать работать, особенно учитывая COMPAT опции в ядре -- у меня без проблем на 4.99 работали пакеты собранные когда-то для 1.5

Для системных утилит могли при желании сделать то же самое.

> У меня вызывает крайнее недоумение что в линуксе скажем утилита настраивающая бриджи живет где-то отдельно от ядра -- эта утилита просто обертка вокруг специфических вызовов ядра -- она обязана идти вместе с ядром.

Она и должна жить отдельно от ядра потому, как является системным userspace-приложением и работает как с 2.4 ядро, так и с 2.6. Вы представляете себе что такое IOCTL? А за тем, чтобы не было возможной рассинхронизации между ядром и утилитами для его управления следят мантейнеры системы. Можно сказать, принципы базовой системы, синхронизации ядра и системных, распространяются, например, в Debian, на десятки тысяч пакетов из репозитария.

> (2) на базовую систему налагается требование о том что она должна кроссбилдиться. Это требование невозможно выполнить для всех пакетов.

Ну и? В Gentoo базовая система это всеголишь виртуальный набор пакетов, baselayout, а вDebian все пакеты, которые промаркированы "Essential: yes". Они прекрасно кроссбилдятся на более чем десятке архитектур и для этого совершенно необязательно искуственно разбивать систему на то, чо лежит в / и все остальное, что сброшено в кучу в /usr/local.

>> Ты в курсе, как обновляется FreeBSD?

>cvsup-ом с последующей компиляцией.

для особо ленивых: freebsd-update

>> однако у родственницы фри с этим явные проблемы - на встреченных >> мною фрях базы пакетов наворачивались неоднократно,

Это именно кривизна рук.

> Хотя латентный пидарас-гомофоб "из Питера" -- это даже смешно.

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

> Вменяемый админ FreeBSD за пять минут делает свой порт,

Ты ударился башкой? Где ты видел вменяемого бсдуна?

Почему другие бсдуны не написали этот пятиминутный порт? Может его писать не пять минут, а пять тысяч? Может порты писать давно некому?

> Но нам вот как-то проще с детерменизмом BSD.

Вам, пидорам, проще с экзистенциальным бсдизмом? Что, в Омск свежей травы подогнали?

> А нафехуйя мне дырявое сендмыло в базовой системе?

Ты забыл, что аффтар сендмыла 20 лет подряд подставляет жопу своему сожителю, аффтару FreeBSD? Если бы сендмыло не вкорячивали в систему, сендмыльщнику не писали бы письма малолетние пидорки, которых потом эта семья педерастов усыновляет, принимая в свою семью содомитов.

> Утилиты же из pkgsrc с очень высокой вероятностью будут продолжать работать, особенно учитывая COMPAT опции в ядре -- у меня без проблем на 4.99 работали пакеты собранные когда-то для 1.5

Даже дети знают, что бсдя таскает за собой пару старых бсдей и линух для "совместимости".

> У меня вызывает крайнее недоумение что в линуксе скажем утилита настраивающая бриджи живет где-то отдельно от ядра -- эта утилита просто обертка вокруг специфических вызовов ядра -- она обязана идти вместе с ядром.

Это потому что ты тупой, как и остальные бсдуны. Вы отстаете от мира лет на пять. Странно, что вы асилили модули ядра. Лет через пять вы тоже имели бы шансы вытащить в юзерленд все, что вытаскивается. Но пять лет вы не проскрипите, потому что пидоры - это тупиковая ветвь эволюции, не дающая потомства.

> Вы отстаете от мира лет на пять.

в лине есть netgraph, geom (и на нем zfs)? если нет, то втопку это быдлоподелие
zfs через fuse на лине мало того что тормознючее, так оно еще и RIP. Так вот такими темпами вместе с рипом Reiser4 вы туда раньше отправитесь.

Никакой ZFS в бзде нету, не бзди.

7.0-RC1 - ZFS + UFS + io activity show a deadlock

http://groups.google.ru/group/mailing.freebsd.current/browse_thread/thread/b7...

Не кормите троллей !

у меня не виснет (у мя -current), видимо либо че-то не так у того чела и он забыл поправить vfs.zfs.arc_max и vm.kmem_size_max на i386 (да на i386 и на solaris'е есть проблемы), либо до MFC deadlock mitigate патчей добрались

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

> либо до MFC deadlock mitigate патчей добрались

перефраз: либо до MFC deadlock mitigate патчи не добрались

> у меня не виснет (у мя -current), видимо либо че-то не так у того чела и он забыл поправить vfs.zfs.arc_max и vm.kmem_size_max на i386 (да на i386 и на solaris'е есть проблемы), либо до MFC deadlock mitigate патчей добрались

Фигли ты эту хрень здесь пишешь? Пиши по сылке тому парню. Что бсдисты обычно пишут? "man zfs", "чти хендбук, сцуко", "у меня фсйо работаит" и т.п.

Не кормите троллей !

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

А хренли толку-то? Ты все баги бздевой базгиллы зарезолвил? Реальные баги, на которые натыкался я лично, в багзилле по году висят unresolved. Их давно читать некому.

Бздисты только пропаганду своей пидорооси могут на линуксоидных ресурсах проводить, на бздифорумах пусто, багзиллу никто не читает, тем более, баги никто не лечит.

Не кормите троллей !

Основатель Бзди, гей Marshall Kirk McKusick попивает Клинское (справа). За щекой, как всегда, что-то есть.

http://bestpics.ru/full/1189799240_f.jpg

Гей-клуб. Основатель Бзди, гей Marshall Kirk McKusick (справа) и его сожитель на протяжении более 20-ти лет, автор sendmail, Eric Allman (слева).

http://farm2.static.flickr.com/1383/533922253_a766507dbd_b.jpg

> Основатель Бзди, гей Marshall Kirk McKusick попивает Клинское (справа). За щекой, как всегда, что-то есть. http://bestpics.ru/full/1189799240_f.jpg

Что они едят? Крошку-картошку? В Москве не нашлось ни одной фирмы, которая хотя бы в своей служебной столовке покормила бы их? О каких продакшен серверах могут говорить бсдишники, если они автора своей оси покормить не смогли?

истинный линускоид!!! ни одного вменяемого слова дегенерат а чем тебе омск то не угодил?москаль недобитый? нет я фигею просто чмо...

гопник!!! тебе нельзя клаву в руки давать

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

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

>Вменяемый админ FreeBSD за пять минут делает свой порт, или берет в тестовых репозитариях (KDE4 сейчас, например)

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

>У меня вызывает крайнее недоумение что в линуксе скажем утилита настраивающая бриджи живет где-то отдельно от ядра -- эта утилита просто обертка вокруг специфических вызовов ядра -- она обязана идти вместе с ядром.

Наверное, никто давно не меняет эти специфические вызовы, вот и живет. Давайте еще оконную систему вместе с ядром поставлять...

>Мне никсы помогли устроиться в жизни. Завязал с виндузом. Поработал web разработчиком. Сейчас работаю в корпорации.

Собственной?

>А Фря МОЖЕТ развернуться с дискетки!

Фак, у них еще и дисководы сохранились...

>Заливал исходников системы через csup — 3,5 часа по линии ADSL/128kbps. Пересобрал ядро и мир под процессор AthlonXP — 1 ч 35 мин. Выбранный мной путь инсталляции прикладного ПО — через порты: подключил по NFS /usr/ports другой машины, указал локальный каталог для компиляции, установил набор ПО для десктопа класса "замена Linux" — 6-7 часов максимум, учитывая то, что процессор старый.

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

И без всяких других машин, заметьте.

>Только неучи не знают, что передается это через гены.

Мутатор надо было мыть!

> Фак, у них еще и дисководы сохранились...

Не в курсах. 6.3-RELEASE cтавил c boot-only CD (27Мб ISO). Прервал установку (reboot из второй консоли), когда та начала тянуть из сети linux_base. Перезагрузился, задал пароль рута, настроил локаль, supfile и потихоньку через csup /path/to/supfile вытянул исходники системы. Потом перекомпильнул ядро и мир. Дальше — дело техники.
пИонерам такой путь установки сложно понять, до этого надо дойти. Но это быстро и работает наверняка из чорной консоли.

> NFS монтировать с горем пополам научился, отдать исходники ниасилили

На другой системе другая версия системы.

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

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

И скорее всего он просто не владеет английским в достаточном объеме, чтобы находить ответы.

>только ваше субъективное мнение, которое интересует лишь котов на улице.

Если не интересует, что тогда отвечаешь, котик?

>Не в курсах. 6.3-RELEASE cтавил c boot-only CD (27Мб ISO). Прервал установку (reboot из второй консоли), когда та начала тянуть из сети linux_base.

То есть параметры начальные задать невозможно.

>Перезагрузился, задал пароль рута, настроил локаль, supfile и потихоньку через csup /path/to/supfile вытянул исходники системы.

Я и говорю - изврат. То же самое можно было делать с gentoo, если уж очень хочется исходники.

>Потом перекомпильнул ядро и мир.

Угу. А в дистрибутивах линух обычно ядра уже собраны как надо.

>Дальше — дело техники.

Конечно. Десять часов машина вместо того, чтобы работать, собирает под себя себе систему.

>пИонерам такой путь установки сложно понять, до этого надо дойти.

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

> То есть параметры начальные задать невозможно.

Там Sysinstall работает. Он как бы интерактив.Ж) Но можно переключиться на другой экран во время его работы.

> Угу. А в дистрибутивах линух обычно ядра уже собраны как надо.

Прикинь, Sysinstall сам определяет, какой процессор и ставит GENERIC либо GENERIC-SMP ядро i386.

После насильственного reboot'а, я загружался в уже минимальную (номинальную) систему уже с винчестера, а не с CD.

> Я и говорю - изврат. То же самое можно было делать с gentoo, если уж очень хочется исходники.

Если моя цель — собрать систему из исходников, то зачем мне было выкачивать бинарную linux_base? Сам посуди, резон какой?

> А ты пишешь, как будто у тебя это обычная штатная ситуация.

Ага. Раз в год на домашнем локалхосте. Ж)

> Не в курсах. 6.3-RELEASE cтавил c boot-only CD (27Мб ISO). Прервал установку (reboot из второй консоли), когда та начала тянуть из сети linux_base.

Мораль: бсдисты-пропагандисты не асилили FreeBSD custom install, где можно явно указывать, ставить ли linux_base.

Хотя, верить нельзя:

http://www.linux.org.ru/jump-message.jsp?msgid=2425544&cid=2438639

> linux.ko видешь? Я — нет. Он есть в файловой системе, но я его не включаю — НЕ_НУЖЕН.

>> NFS монтировать с горем пополам научился, отдать исходники ниасилили

> На другой системе другая версия системы.

Чотаг? Одной стабильной нет, одна ветка поддерживает одно железо, имея одни баги, а другая ветка поддерживает другое железо, имея другие баги? Типичная картина БСД.

P.S. И он потом плюётся в Gentoo ~x86, Debian Testing и т.п.

>> То есть параметры начальные задать невозможно.

> Там Sysinstall работает. Он как бы интерактив.Ж) Но можно переключиться на другой экран во время его работы.

Гы-гы-гы, меню сисинсталла ниасилил.

> Если моя цель — собрать систему из исходников, то зачем мне было выкачивать бинарную linux_base? Сам посуди, резон какой?

Ну так и почему ты не выбрал custom install? Многа букаф непонятных, не знаешь, что нужно, а что не нужно? linux_base в сисинсталле никто не навязывает, не позорь почётную гейскую софтину. Её писали уважаемые геи, а не пидоры какие.

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

>И скорее всего он просто не владеет английским в достаточном объеме, чтобы находить ответы.

+многа

человеку, не умеющему юзать свой моск лучше за администрирование никсов не браться... документации, хинтов, хауту и даже пошаговых инструкций на всяких вики полно - и всё равно ~90% вопросов, задающихся на форумах, они уровня тех, на которые ответ находится в гугле за 15 минут максимум... и эти люди ещё что-то админят. и что характерно, многие из них любители спорить о вкусе устриц с теми, кто их ел.

> Гы-гы-гы, меню сисинсталла ниасилил.

Я ещё не говорил, что Sysinstall для детей индиго?
Так вот, я это не устаю повторять при каждом удобном случае.

> Я ещё не говорил, что Sysinstall для детей индиго?

Прастити, я в этой ветки нидавно.

Индиго такие извращенцы вроде пидарасов, о которых тот злой дядя все время пишет? А аткудава у пидарасов дети? Вы меня савсем запутоли.

>> На другой системе другая версия системы.

> Чотаг?

Одна 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 и всё снова заработало — решение нашлось на тестовой системе, в то время как другая система была в работе.

> Одна 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 и всё снова заработало — решение нашлось на тестовой системе, в то время как другая система была в работе.

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

Он нам тут фтирает, что бсдя надежна нииипацо как, а сам держит их две. Одну игрушечную, фторую понарошечную. Как понарошечной по cvs приходит бсдец, он игрушечную прячет ф погреб и отрубает от сети.

Прикольно у них у бсдунов, сам себе тестовое community. У дебианщиков для этого есть тысячи тестеров experimental, у гентушнегов ~x86, а у Шлакеров -- Патрег, который крайне редко в шлакваре-куррент какое говно пропускает.

Но бсдунам тяжко, они как Робинзоны, секс сами с собою имеют. Сами себе заводят игрушечные тачки с понарошечными бсдями для тестов методом самотыка.