The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  вход/выход  слежка  RSS
"Кандидат в релизы FreeBSD 11"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Кандидат в релизы FreeBSD 11"  +/
Сообщение от opennews (??) on 13-Авг-16, 08:15 
Представлен (https://lists.freebsd.org/pipermail/freebsd-stable/2016-Augu...) первый кандидат в релизы FreeBSD 11.0. Выпуск FreeBSD 11.0-RC1 доступен для архитектур amd64, i386, powerpc, powerpc64, sparc64 и armv6 (BANANAPI, BEAGLEBONE, CUBIEBOARD, CUBIEBOARD2, CUBOX-HUMMINGBOARD, GUMSTIX, RPI-B, RPI2, PANDABOARD, WANDBOARD). Дополнительно подготовлены образы для систем виртуализации (QCOW2, VHD, VMDK, raw) и облачных окружений Amazon EC2.  Релиз FreeBSD 11.0 запланирован (https://www.freebsd.org/releases/11.0R/schedule.html) на 9 сентября.

С новшествами FreeBSD 11 можно ознакомиться в анонсе (https://www.opennet.me/opennews/art.shtml?num=44770)  бета-выпуска. По сравнению с бета-версиями в FreeBSD 11.0-RC1 удалена поддержка протокола SSH-1, по умолчанию отключены ключи DSA в SSH,  добавлена переменная настройки загрузчика hw.pci.enable_pcie_hp для отключения PCI-e HotPlug, устранён крах в драйвере VESA при использовании спящего режима, налажена публикация образов для Google Compute Engine, исправлена взаимная блокировка в ZFS/VFS, устранено разыменование указателя NULL в IPSEC, устранено регрессивное изменение в pf.conf при разборе ключевого слова 'interval'.

URL: https://lists.freebsd.org/pipermail/freebsd-stable/2016-Augu...
Новость: http://www.opennet.me/opennews/art.shtml?num=44958

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Кандидат в релизы FreeBSD 11"  –10 +/
Сообщение от Аноним email(??) on 13-Авг-16, 08:15 
Я так понял, это чудо на моем Celeron не взлетит?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Кандидат в релизы FreeBSD 11"  +3 +/
Сообщение от Аноним (??) on 13-Авг-16, 08:56 
Неправильно понял, i386 точно взлетит.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

9. "Кандидат в релизы FreeBSD 11"  +10 +/
Сообщение от Аноним (??) on 13-Авг-16, 13:07 
>> доступен для архитектур amd64, i386
> Я так понял, это чудо на моем Celeron не взлетит?

Это каким местом читать нужно, чтобы понять такое o_O?

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

11. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 13-Авг-16, 14:12 
Достаточно знать, к какой архитектуре принадлежит процессор, только и всего.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

32. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от . on 13-Авг-16, 20:25 
Не скромничай :) Тут нужен _особый_ талант! Читающих ***пой на всей земле не так уж и много - не более 5 миллиардов :-))))
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

30. "Кандидат в релизы FreeBSD 11"  –2 +/
Сообщение от Аноним (??) on 13-Авг-16, 20:18 
>пацаны во дворе сказали что Linux протух и надо следовать тренду ставить windows.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

6. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от Аноним (??) on 13-Авг-16, 11:42 
"удалена поддержка протокола SSH-1" - минуточку, удалена в сервере или в клиенте?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 13-Авг-16, 13:17 
> "удалена поддержка протокола SSH-1" - минуточку, удалена в сервере или в клиенте?


commit 813d5407b97e622a49c8ee425e2b6648464d168a
Author: des <des@FreeBSD.org>
Date:   Fri Aug 5 15:32:35 2016 +0000

    MFH (r303716, r303719): drop SSH1 support, disable DSA by default
    
    PR:             208254
    Approved by:    re (gjb)
    Relnotes:       yes

crypto/openssh/FREEBSD-upgrade
crypto/openssh/config.h
crypto/openssh/configure.ac
crypto/openssh/myproposal.h
crypto/openssh/servconf.c
crypto/openssh/ssh_config.5
crypto/openssh/sshd_config.5
etc/rc.d/sshd


Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

92. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 14-Авг-16, 15:46 
Худо дело...
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

12. "Кандидат в релизы FreeBSD 11"  –17 +/
Сообщение от Ника (??) on 13-Авг-16, 16:11 
На мой взгляд, единственная причина почему FreeBSD до сих пор используют на некоторых серверах, так это то, что былые BSDшники ещё не до конца постарели.
Может он чуточку и безопасней дефолтного Linux, но сложность в установке, настройке, обслуживании, обновлении, отсутствие множества программ, всё это уже поставило жирный крест на данной ОС и на других BSD.

Через 10 лет про него наверно придётся полностью забыть. Музей ОС пополнится новым экспонатом, ещё один Minix, Haiku, Syllable, BeOS :))

Ставим SeLinux на Linux и вот вам FreeBSD без костылей и напрягов.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Кандидат в релизы FreeBSD 11"  +8 +/
Сообщение от Аноним (??) on 13-Авг-16, 16:16 
Сложность обслуживание дистрибутивов таких как Debian, CentOS, Ubuntu в десятки раз выше и количество неочевидных вещей которые там все с ядром взаимодействуют включая и фаерволы. и костыли в виде echo > /dev/ для получения инфы о ЦПУ и других вещей.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

46. "Кандидат в релизы FreeBSD 11"  +2 +/
Сообщение от Аноним (??) on 13-Авг-16, 23:40 
> Сложность обслуживание дистрибутивов таких как Debian, CentOS, Ubuntu в десятки раз выше

Это фееричский булшит. Проверено апачом и яху свалившими с BSD как раз потому что серверную убунту им админить таки проще.

А чтоб совсем поржать, AT&T (тот самый, судивший BSDшников) перевел серваки на ... убунту. И врядли станет их судить.

> и количество неочевидных вещей которые там все с ядром взаимодействуют включая и фаерволы.

Если netfilter реализован в ядре - логично что утилиты для настройки оного с ядром взаимодействуют. А какие еще варианты есть? Если в юзермод пакеты толкать - все будет тормозить от переключений контекста. Вот ядро и фильтрует пакеты, а юзермод только настраивает как это делаться будет. К тому же умений айпитаблеса и всех его модулей - на три бзды хватит.

> и костыли в виде echo > /dev/ для получения инфы о ЦПУ и других вещей.

А что, /proc/cpuinfo уже не в моде? И в /dev/что надо эхать (?!) для получения инфо о cpu? Спиди-гонщик, залогинься.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

14. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 13-Авг-16, 16:17 
> На мой взгляд, единственная причина почему FreeBSD до сих пор используют на
> некоторых серверах, так это то, что былые BSDшники ещё не до
> конца постарели.
> Может он чуточку и безопасней дефолтного Linux, но сложность в установке, настройке,
> обслуживании, обновлении, отсутствие множества программ, всё это уже поставило жирный
> крест на данной ОС и на других BSD.
> Через 10 лет про него наверно придётся полностью забыть. Музей ОС пополнится
> новым экспонатом, ещё один Minix, Haiku, Syllable, BeOS :))
> Ставим SeLinux на Linux и вот вам FreeBSD без костылей и напрягов.

SeLinux не панацея там прибиты говздями некоторые вещи, но это не покрывает весь юзерспейс софт

Так что Selinux Legacy костыль

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

15. "Кандидат в релизы FreeBSD 11"  +5 +/
Сообщение от Аноним (??) on 13-Авг-16, 16:43 
> На мой взгляд, единственная причина почему FreeBSD до сих пор используют на
> некоторых серверах, так это то, что былые BSDшники ещё не до
> конца постарели.
> Может он чуточку и безопасней дефолтного Linux,

ASLR из коробки разве уже есть? А прочий PAX?

> но сложность в установке, настройке,

Отличные маны, POLA (principle of least astonishment) вообщето как раз основные качества "БЗДей".
Забивать на маны там не принято, а отсутствие графического инсталлятора с лихвой заменяется отличной документацией.

> обслуживании,

А можно поподробнее о "сложностях в обслуживании"?
> обновлении,

А в чем проблема-то с обновлениями?


> отсутствие множества программ,

Список в студию? А то http://www.freshports.org/ сообщает о
> Port count    26138

-
> всё это уже сделало возможным жирный
> троллинг в новостях о данной ОС и  других BSD.

fix. Не благодарите!


Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

50. "Кандидат в релизы FreeBSD 11"  –3 +/
Сообщение от Аноним (??) on 14-Авг-16, 00:22 
> ASLR из коробки разве уже есть?

В большинстве дистров - лет так на несколько пораньше некоторых. Как и прочие W^X, pie executables и прочие прелести типа ограничения разрешенных сиколов.

> Отличные маны,

Если убунта стаится за 5 минут, обеспечивает базовые вещи, а вот потом из нее же и можно маны почитать, если настроение будет... ну... ты понял. В 2016 году компьютеры используются людьми отнюдь не для демонстрации своей элитности, однако :)

> POLA (principle of least astonishment) вообщето как раз основные качества "БЗДей".

Сейчас 2016 год и таки когда для просто установки системы всерьез предлагают читать ман и вводить 20 команд - astonishment у народа вообще совсем не least.

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

Большинству людей не хочется загаживать мозг бесполезными техническими сущностями. Это лишь неизбежное зло на пути к достижению более прагматичных целей. Ну там чтобы почта летала или сайтик работал. Это людям понятно. А трах с вводом 20 команд и загаживанием мозга лишний раз - не очень. Чем меньше этой канители тем лучше система воспринимается народом. Инсталлер может быть и текстовым, а для продвинутых хорошо бы вменяемые тулсы для респина нестандартного "дистра". Как debootstrap примерно. И не надо про винды - желающие могут попробовать настроить IIS. Это как раз тот случай когда скопипастить конфиг из гугли нжинксу в 20 раз проще чем два часа клацать мышкой, пытаясь понять почему ничего не работает и все так заморочено.

> А можно поподробнее о "сложностях в обслуживании"?

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

> А в чем проблема-то с обновлениями?

В том что в современных дистрах линя ВСЕ рюхается пакетным менеджером, единообразно. Там нет запар про базовые системы и какой там еще бред. Пара команд - и обновляется вообще все.

> Список в студию? А то http://www.freshports.org/ сообщает о
>> Port count    26138

А в дебияне более 50 000 пакетов. Ну и в убунтах по наследству. Вот и померялись пакетами.

>> троллинг в новостях о данной ОС и  других BSD.
> fix. Не благодарите!

Иррационально мыслящие фанатики были вкусной едой во все времена.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

58. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от Аноним (??) on 14-Авг-16, 01:26 
>> ASLR из коробки разве уже есть?
> В большинстве дистров - лет так на несколько пораньше некоторых.

А можно список этих "дистров" фряхи в студию?

> Если убунта стаится за 5 минут, обеспечивает базовые вещи, а вот потом
> из нее же и можно маны почитать, если настроение будет... ну...
> ты понял. В 2016 году компьютеры используются людьми отнюдь не для
> демонстрации своей элитности, однако :)

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

>> POLA (principle of least astonishment) вообщето как раз основные качества "БЗДей".
> Сейчас 2016 год и таки когда для просто установки системы всерьез предлагают
> читать ман и вводить 20 команд - astonishment у народа вообще
> совсем не least.
> вводить 20 команд

А вы, батенька, знатный фантазер.

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

Понятно, отсутсвие нормальной документации теперь не баг, а фича. И вообще "ни нужна!"

> много воды ни о чем
>> А в чем проблема-то с обновлениями?
> В том что в современных дистрах линя ВСЕ рюхается пакетным менеджером, единообразно.
> Там нет запар про базовые системы и какой там еще бред.
> Пара команд - и обновляется вообще все.

pkg upgrade
freebsd-update
Пара команд, можно даже в крон записать.

>> Список в студию? А то http://www.freshports.org/ сообщает о
>>> Port count    26138
> А в дебияне более 50 000 пакетов. Ну и в убунтах по
> наследству. Вот и померялись пакетами.

Вы опять не смогли прочитать, на что отвечаете?
Напомню:
>> > отсутствие множества программ,

Кстати, про отсутствие разделения на dev пакетов вы тоже не в курсе, да?

>>> троллинг в новостях о данной ОС и  других BSD.
>> fix. Не благодарите!
> Иррационально мыслящие фанатики были вкусной едой во все времена.

Согласен. Это же насколько у таких фанатиков должно подгорать, если они не могут пропустить ни одной новости о системе, про которую даже толком ничего не знают )

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

70. "Кандидат в релизы FreeBSD 11"  –5 +/
Сообщение от Аноним (??) on 14-Авг-16, 04:33 
> А можно список этих "дистров" фр яхи в студию?

Это про дистры линя было. Могу сказать за дебианы и прочие бунты. Там ALSR, W^X и прочие pie executables используются хз сколько лет. Они даже сделали hardening-check. Запускаешь на своей программе - и он рассказывает насколько ты (не) л0х. Как-то так:
$ hardening-check ./out
./out:
Position Independent Executable: yes
Stack protected: yes
Fortify Source functions: unknown, no protectable libc functions used
Read-only relocations: yes
Immediate binding: yes

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

> Вообще-то читать старые маны, на которые забили давным давно, удовольствие довольно сомнительное.

Маны к программам ВНЕЗАПНО берутся из комплекта этих самых программ. Если авторы забили на написаие манов к своим ппрограммам - ну это печально, только врядли кто-то лучше автора знает свою программу.

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

Достаточно зайти на страницу статистики посещений википедии - там будет цирк. Потому что фрибзд там сложно найти даже с микроскопом. Естественно форумов и ссылок на бложики не будет. Кого туда ссылать? И сколько маны не читай - для GCN-ов как не было дров так и не будет. Нвидия будет требовать проприетарный блоб. В системе где адепты фапают на сборку из сорцов. Интел - старый бажный. Он и в лине то может "порадовать", но там интел по крайней мере не так кладет на багрепорты. Бзд00нов посылают прямым текстом - они это не поддерживают. У половины разработчиков этого в рассылках почему-то красуется в GPG подписи или X-Mailer система которая ни разу не BSD. Ну и чем тут чтение мана поможет? Десктоп из этого будет как из г@вна пуля.

> А вы, батенька, знатный фантазер.

Да тут в соседней новости какой-то кадр как раз в тему расписывал. Иллюстративно.

> Понятно, отсутсвие нормальной документации теперь не баг, а фича. И вообще "ни нужна!"

Давно известно что документацию никто не читает, поэтому - не высокоприоритетное направление. Ты прав в том что порой это может анноить. Но это так редко что другие факторы перевешивают. В конце концов, можно загуглить. Хотя намного лучше если ни гуглить ни читать ман не придется, а человек сможет заняться чем-то более полезным и интересным чем долботня с проблемами операционки.

> pkg upgrade
> freebsd-update
> Пара команд, можно даже в крон записать.

Не понимаю зачем 2 разных команды для одного и того же по смыслу действа. В дебианобразных один пакетник все делает. Вообще совсем все. От кернеля до вон той проги от Васи. Это удобно. Фичами пакетника запилены всякие хитрые маневры типа возможности прихранить пяток версий прошлых кернелов на случай если обновленный кернель вдруг почему-то не взлетит, etc. Более того - пакетник интегряется с boot loader'ами типа grub2 и сразу после установки ядра в конфиг (и менюху бутлоадера) вписывается новый кернель. Автоматически. Этот номер катит даже для самосборных ядер которые я запилил через make deb-pkg майнлайна. Воткнуть логически-корректно новое ядро которое сам же и собрал в дебиане? Одна команда пакетнику. Вынос - аналогично, чистенько и без артефактов. А это на минутку не только ядро но и кипа его модулей. И все требует едва ли пару команд. Мне нравится когда это работает так.

> Вы опять не смогли прочитать, на что отвечаете?
> Напомню:
>>> > отсутствие множества программ,

Разница в 25К пакетов - мало?

> Кстати, про отсутствие разделения на dev пакетов вы тоже не в курсе, да?

Ты хочешь сказать что бзд00ки не доперли крап который дебианщики и прочие бу нты в -dev кладут выделить в отдельные пакеты? У них еще и dbg-пакеты отдельные, прикинь? И это удобно, блин. Ну вот зачем мне на встраиваемом девайсе крап из -dev? Я что, буду там девелопать? Технически возможно, конечно, но зачем? Ах, вы про этот сценарий не подумали? Да и дебажные символы мне нужны сильно временами. Когда я дебажу. А если я не дебажу - этот крап только занимает кучу места. Ах да, вкатить готовые дебажные символы из пакета таки сильно проще и быстрее чем лично пересобирать программу и либы с дебажной инфой. Хорошо когда майнтайнер собрал даже релиз с дебажными символами а потом отпилил их в отдельный пакет. Спаибы такому майнтайнеру, очень упрощает и ускоряет дебаг в случае чего.

Но вы обо всем этом как обычно узнаете годиков через 10. Когда практика применения пакетника немного наработается, да?

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

Не знаю, я на опеннете редко бываю. Но когда бываю - кормят хорошо. Традиция такая.

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

76. "Кандидат в релизы FreeBSD 11"  +3 +/
Сообщение от Аноним (??) on 14-Авг-16, 07:53 
>> > А можно список этих "дистров" фр яхи в студию?
> Это про дистры линя было.

Это был намек на то, что желательно читать, на что отвечаешь.

> Давно прот yхло, но на тот момент даже убунты и дебиан обходили в таких вещах freebsd и ко. Так что наверное не пользователям фри всем этим красоваться.

Вам лучше знать.

>> Вообще-то читать старые маны, на которые забили давным давно, удовольствие довольно сомнительное.
> Маны к программам ВНЕЗАПНО берутся из комплекта этих самых программ. Если авторы
> забили на написаие манов к своим ппрограммам - ну это печально,
> только врядли кто-то лучше автора знает свою программу.

Ну так традиция у лапчатых такая — забивать на маны, разве нет? А что, "кор" разработчикам можно, а остальные чем хуже?

> Достаточно зайти на страницу статистики посещений википедии - там будет цирк. Потому
> что фрибзд там сложно найти даже с микроскопом. Естественно форумов и
> ссылок на бложики не будет. Кого туда ссылать? И сколько маны
> не читай - для GCN-ов как не было дров так и
> не будет. Нвидия будет требовать проприетарный блоб. В системе где адепты
> фапают на сборку из сорцов. Интел - старый бажный. Он и
> в лине то может "порадовать", но там интел по крайней мере
> не так кладет на багрепорты. Бзд00нов посылают прямым текстом - они
> это не поддерживают.

Да понял я, что документация у вас больная тема, не буду больше затрагивать, честно! А то ремонтники табуретов еще озолотятся.

> У половины разработчиков этого в рассылках почему-то красуется
> в GPG подписи или X-Mailer система которая ни разу не BSD.

Вбил в поиск мейлклиента в рассылке "From: @freebsd.org"

> Eric van Gyzen <vangyzen@FreeBSD.org>
> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101

Thunderbird/45.2.0
> Glen Barber <gjb@FreeBSD.org>
> .User-Agent: Mutt/1.5.24 (2015-08-30

.
>  Matthew Seaman <matthew@FreeBSD.org>
> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101

.
> From: Ian Lepore <ian@freebsd.org>
> X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port

.
> From: Jung-uk Kim <jkim@FreeBSD.org>
> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;

Но вы не расстраивайтесь!


> Да тут в соседней новости какой-то кадр как раз в тему расписывал.
> Иллюстративно.

Учитывая ваши проблемуы с чтением, а можно ссылочку? А то окажется опять не 20 а десять, не из мана, а собственной придумки, не всерьез а в шутку …


>> pkg upgrade
>> freebsd-update
>> Пара команд, можно даже в крон записать.
> Не понимаю зачем 2 разных команды для одного и того же по
> смыслу действа.

Не понимаете, но мнение имеете? Понятно.

> В дебианобразных один пакетник все делает. Вообще совсем все.
> От кернеля до вон той проги от Васи. Это удобно.

Что-то вы про удобства заладили. Не себя ли на самом деле убедить желаете, что это "удобно", благо выбора то у вас и нет? И вы пытаетесь теперь всем рассказать, что "выбор — это плохо! А только пакетники — очень удобно!"

> Одна команда пакетнику. Вынос -
> аналогично, чистенько и без артефактов. А это на минутку не только
> ядро но и кипа его модулей. И все требует едва ли
> пару команд. Мне нравится когда это работает так.

Ух ты, самосброное ядро. Да за пару комнд? Да еще и с модулями? Правда?
Ну да, то ли дело "make installkernel". Или "rm -r /boot/old.kernel". Сложно, да.


>> Кстати, про отсутствие разделения на dev пакетов вы тоже не в курсе, да?
> Ты хочешь сказать что бзд00ки не доперли крап который дебианщики и прочие
> бу нты в -dev кладут выделить в отдельные пакеты? У них
> еще и dbg-пакеты отдельные, прикинь? И это удобно, блин.

Вы главное почаще про "удобно" повторяйте. А то еще не поймут, что в вашем монастыре самый удобный устав.
Это ведь очень удобно, для сборки или правки "по быстому" начинать искать и ставить целую кучу пакетов! Зато экономим на хидерах, да и мейнтейнарам не даем скучать!


> Не знаю, я на опеннете редко бываю. Но когда бываю - кормят
> хорошо. Традиция такая.

Ну, не впервой, что вы думаете одно, а на самом деле оно оказывается совсем-совсем не так )

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

82. "Кандидат в релизы FreeBSD 11"  –8 +/
Сообщение от Аноним (??) on 14-Авг-16, 11:39 
> Вам лучше знать.

Да тут где-то был фееричный тредик, года от 2014 чтоли. Можешь поискать, забавное чтиво.

> Ну так традиция у лапчатых такая — забивать на маны, разве нет?

А лапчатое там только ядро. Остальной софт - 3rd party. И не надо трындеть что бсдшники не пользуются тем же 3rd party софтом, ладно? Потому что это будет неправдой. И маны там у всех одинаковые.

> А что, "кор" разработчикам можно, а остальные чем хуже?

В пингвинах вообще такого деления нет. Есть ядро. И ему вообще весь софт 3rd party.

А с практической точки зрения - понимаешь, в поисковиках сейчас буквально AI и поэтому намного быстрее и результативнее вбить в поиск точное описание своей проблемы и поисковик популярно раскажет WTF. Раз в 20 быстрее и результативнее чем ковыряние в мане и прочих хэндбуках, да еще мозг не загружен лишней информацией, которая может и не пригодиться никогда.

> Да понял я, что документация у вас больная тема, не буду больше
> затрагивать, честно! А то ремонтники табуретов еще озолотятся.

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

А так - рискни посмотреть FULL хелпарь на хотя-бы ffmpeg. И как тебе? Заучишь все это г наизусть? После этого ты конечно станешь грандмастером конверсии видео, вызывая дружный афиг юзерей. Но мозг загадишь. А регулярно пользоваться будешь 5% от всех опций. И, кстати, ман на эту монстрилу у меня такой же как у фрибздшников. Только не говори что у тебя особый, уличный конвертор видео.

> Вбил в поиск мейлклиента в рассылке "From: @freebsd.org"

Что-то маловато результатов привел. Ты же не хочешь сказать что @freebsd.org всего 4 человека? Далеко ходить не надо, иногда прорисовывающийся здесь kib - использует макось.

> Учитывая ваши проблемуы с чтением, а можно ссылочку? А то окажется опять
> не 20 а десять, не из мана, а собственной придумки, не всерьез а в шутку …

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

> Не понимаете, но мнение имеете? Понятно.

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

> Что-то вы про удобства заладили.

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

> Не себя ли на самом деле убедить желаете, что это "удобно", благо выбора
> то у вас и нет?

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

> И вы пытаетесь теперь всем рассказать, что "выбор — это плохо!

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

> А только пакетники — очень удобно!"

Как сказать? У управления файлами только через пакетник есть забойный плюс - всегда знаешь какой файл кому принадлежит и должен ли он тут быть. А виндообразное месиво где что-то где-то как-то и почему-то - нравится не всем. Мне нравится когда я могу ткнуть пакетник в файл и спросить чей он. Если половина файлов ввалены мимо пакетника и он про них не знает - это не сработает. Если пакетник на 50% файлов говорит что он их не знает - это булшит. Это уже невозможно использовать для например анализа изменений или повреждений файлов, потому что 50% ложных срабатываний - demon shit.

> Ух ты, самосброное ядро. Да за пару комнд? Да еще и с модулями? Правда?

Да. Примерно так:
1) make menuconfig
2) настраиваем как хотелось, сэйвим конфиг (менюшки - ни единой команды!)
3) make deb-pkg
4) dpkg -i *.deb

Итого примерно 3 команды на все. В дебианобразных пакетник еще и впишет это ядро в меню бутлоадера. Там довольно грамотно придумано - дергается хук пакета бутлоадера и разбирается как своему бутлоадеру вписать устанавливаемое ядро. Круто и гибко, имхо.

> Ну да, то ли дело "make installkernel". Или "rm -r /boot/old.kernel". Сложно, да.

А что есть old.kernel? И что если у меня штук 5 разных версий ядер под какой-то эксперимент? Менеджить файло в системе make'ом и rm'ом? Спасибо, что-то не хочется. Мало того что трекать все приходится человеку, а не компьютеру так потом даже чексум файлов не проверишь.

> Вы главное почаще про "удобно" повторяйте. А то еще не поймут, что
> в вашем монастыре самый удобный устав.

Да, это - удобный устав. На световые годы впереди управления файлами через make и rm. У нас в отличие от вас рутина по трекингу файлов спихана на компьютер и пакетник, а не админа с make и rm.

> Это ведь очень удобно, для сборки или правки "по быстому" начинать искать
> и ставить целую кучу пакетов!

Это реально одна команда. И искать ничего не надо - лежит несколько deb в сборочной дире. После ввода банального make deb-pkg. Menuconfig надо только если опции менял. А после ребута - в меню бутлоадера видно что это - именно 4.1.15-terminator-edition, а не что-нибудь еще (хук полную версию ядра берет). А если оно вдруг не взлетело - ну выбрал в меню другое и снес бяку тем же пакетником.

Весьма streamlined процесс, с логически корректным управлением файлами через пакетник и вообще удобной установкой. И никаких педалей с make и rm где трекинг мусора в системе на самом двуногом. Пакетники придумали как раз для того чтобы они и трекали что, где и как тот софт называется. С ядром это очень комфортно интегрировано. Это я тебе говорю как субъект развлекающийся вещицами типа git bisect на ядре.

> Зато экономим на хидерах,

Прежде всего - мы спихиваем рутину на машину и не загаживаем мозг запоминанием куда я какой кернел когда положил и стер ли его потом. Пакетник все это помнит лучше меня. А хидеры... нафуя они мне в какой-нибудь эмбедовке? Да и на серверах в продакшне никто в здравом уме софт не компилит.

> да и мейнтейнарам не даем скучать!

За них большинство вещей автоматические тулсы делают. Ты не расстраивайся, дебианщики тоже к всему этому не сразу пришли. Но большинства таких детских болезней у них не было уже лет 10 назад, да...

> Ну, не впервой, что вы думаете одно, а на самом деле оно оказывается совсем-совсем не так )

Почему же, вы сами и рассказали как вы рулите файлами. Make и rm это мощное управление и выбор. Вот так и получается что пакетник как бы номинально есть, но как бы толку с него ноль целых, фиг десятых. Ведь ткнуть в файл и гарантировано получить ответ чей он вы не можете. Это фэйл.

Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

96. "Кандидат в релизы FreeBSD 11"  +8 +/
Сообщение от Аноним (??) on 14-Авг-16, 18:02 
> А лапчатое там только ядро. Остальной софт - 3rd party. И не
> надо трындеть что бсдшники не пользуются тем же 3rd party софтом,
> ладно? Потому что это будет неправдой. И маны там у всех
> одинаковые.

# man systemd
No manual entry for systemd
Что-то тут не так.

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

Да мы поняли, что баг на самом деле фича! И как важно не "загружать" мозг.
И наверняка это никак не связанно с постоянно возникающими проблемками с пониманием прочитанного у некоторых.

> А так - рискни посмотреть FULL хелпарь на хотя-бы ffmpeg. И как
> тебе? Заучишь все это г наизусть?

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


>> Вбил в поиск мейлклиента в рассылке "From: @freebsd.org"
> Что-то маловато результатов привел. Ты же не хочешь сказать что @freebsd.org всего
> 4 человека?

А мне что, весь список смотреть и копипастить нужно было? Да ну. Оно мне надо? Это же не я утверждал про половину. Но если вы говорите что половина, то пусть будет половина. Сферическая или еще какая.

> Кажется не получится - если не ошибаюсь было где-то рядом с флеймом
> в новости про PC-BSD, чтоли. Но там модераторы вынесли все живое.
> Странички на полторы инструкций было. Очень дружественно смотрелось на фоне какой-нибудь
> убунты, которую можно поствить не зная ни 1 команды юникса, а
> потом их изучить, если будет время и желание.

Кажется, я знаю о чем речь:
https://www.opennet.me/openforum/vsluhforumID3/108715.html#14
Оно, да?
Правда 30 строчек, причем сразу вместе с выхлопом утилит, на полторы странички никак не тянут. Разве что в детской книжке, с картинками на каждой странице.
Да и маны там никто читать не предлагает. И вообще, речь там о установке системы начиная с "воткнуть носитель" до получения полностью готовой системы со своими хотелками совсем без использования инсталляторов. Пример такой — "как сделать вообще без инсталлятора".
Причем, все логично и понятно и в таком виде могло использоваться еще лет 8-10 назад. Ну разве что для разбивки диска тогда использовали другую утилиту. Но никто при этом не заставляет использовать именно такой подход.
Понимаете, тут такая штука, что без использования инсталляторов слишком уж дружелюбно сделать нельзя. Особенно для тех, кто не знает ни одной комманды юникса. Так что да, многие убунтуйщики возможно в пролете, но ведь пример расчитан совсем не на них.
А так да, почти все верно — "не мерседес а запорожец, не в лоторею а в покер, не выиграл а …"


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

Ну, это опять сугубо ваше личное мнение.

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

Разрешите не поверить? Судя по демонстрируему разрыву э ... шаблона, выбирать из "бздей" вы не будете.

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

Да ну?

> Если половина файлов ввалены мимо пакетника
> и он про них не знает - это не сработает. Если
> пакетник на 50% файлов говорит что он их не знает -
> это булшит.

У вас явный талант Капитана Очевидности, не зарывайе его!

> Это уже невозможно использовать для например анализа изменений или
> повреждений файлов, потому что 50% ложных срабатываний - demon shit.

Если не знаете, как что-то работает, то это совсем не значит, что это (не) работает так, как вы это себе почему-то представляете.  
Ну, вон тот же freebsd-update IDS справляется вполне. Хотя никто вас к нему не привязывает.

>> Ну да, то ли дело "make installkernel". Или "rm -r /boot/old.kernel". Сложно, да.
> А что есть old.kernel?

kernel, kernel.old ...
ну, типа конвенции. Ведь не всем нравится на пустом месте городить велосипеды.

> И что если у меня штук 5 разных
> версий ядер под какой-то эксперимент? Менеджить файло в системе make'ом и
> rm'ом? Спасибо, что-то не хочется. Мало того что трекать все приходится человеку,

Да понятно, пять каталогов с ядром наверное такая нагрузка  на мозг, что аж …

> так потом даже чексум файлов не проверишь.

Опять вы по привычке выдаете фантазии за действительность?

> Да, это - удобный устав. На световые годы впереди

Ну, если на световые годы, тогда да, это сильный аргумент.


> И никаких педалей с make и rm
> где трекинг мусора в системе на самом двуногом.

А можно про "трекинг мусора" поподробнее?
Что там за мифическое сложное действо и какой не менее мифический мусор останется после "rm -r /boot/kernel.foo"?


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

Опять у вас какие-то проблемы с пониманием прочитанного?
Кстати, причем тут ручное  "кладение" кернеля куда-то? Вы опять не в курсе, как что-то работает и считаете, что оно работает именно так, как вы себе придумали? Увы. Это не так.  


>> Ну, не впервой, что вы думаете одно, а на самом деле оно оказывается совсем-совсем не так )
> Почему же, вы сами и рассказали как вы рулите файлами. Make и
> rm это мощное управление и выбор.

Да нет, это не я рассказываю, это у вас фантазии такие интересные. Случайно, не что-то связанное с температурой вашего стула?

> Вот так и получается что
> пакетник как бы номинально есть, но как бы толку с него
> ноль целых, фиг десятых. Ведь ткнуть в файл и гарантировано получить
> ответ чей он вы не можете. Это фэйл.

Да нет, получается как обычно — некоторые, не будем показывать пальцем, очень усиленно делают вид, будто бы знают о чем говорят )


# pkg which /sbin/sha1
/sbin/sha1 was installed by package FreeBSD-runtime-11.0
# pkg which /lib/libcam.so.7
/lib/libcam.so.7 was installed by package FreeBSD-libcam-11.0
#pkg which /libexec/ld-elf.so.1
/libexec/ld-elf.so.1 was installed by package FreeBSD-clibs-11.0
# pkg  which /boot/kernel/zlib.ko
/boot/kernel/zlib.ko was installed by package FreeBSD-kernel-generic-11.0
#pkg which /usr/local/share/icons/Adwaita/index.theme
/usr/local/share/icons/Adwaita/index.theme was installed by package adwaita-icon-theme-3.18.0

# echo "\\ catch me " >>  /boot/loader.rc
# pkg  check -s
Checking all packages:  98%
FreeBSD-runtime-11.0: checksum mismatch for /boot/loader.rc

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

174. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 16-Авг-16, 09:53 
> # man systemd
> No manual entry for systemd

У тебя много чего еще no manual entry из того что есть у меня. А у меня на некоторых пингвинах нет даже man. И?

> Что-то тут не так.

Да, тут что-то не так. Но пока до бсдшников допрет - их вынесут из оставшихся полутора продакшнов. С системными менеджерами будет так же как и пакетником ;)

> Да мы поняли, что баг на самом деле фича!

Часто так и оказывается. Наоборот тоже работает. Вон тут в соседней новости показали как same page merging (довольно крутая фича линя для повышения плотности виртуалок), может в определенных условиях превратиться в баг.

> И как важно не "загружать" мозг.

Это критически важно. Объем знаний человечества многократно превышает возможности мозга отдельного индивида. Приходится фильтровать.

> И наверняка это никак не связанно с постоянно возникающими проблемками с пониманием
> прочитанного у некоторых.

Чтобы я захотел что-то прочитать и тем более понять прочитанное - мне это должно быть зачем-то надо. У меня нет хобби заси-рать себе мозг просто так.

> Понимаете, в манах нередко есть раздел "Examples". Да-да. Примеры использования.

Это факт. Но в манах редко описано именно то что мне надо именно так как мне надо. А поисковик может найти если не 100% вариант то уж на 90% такой же. Даже просто --help у ffmpeg - половина войны и мира. Ман и того веселее. А если там вписать примеры на все опции - Толстой покурит в сторонке. С другой стороны, спросить в поисковике "how to rotate video using ffmpeg" быстро дает приличный результат.

> А еще, если попытаться немного загрузить мозг, то становится понятно, что без
> этого, как вы изволили выразиться "г", т.е. хелпаря, никакой поисковик "ИИ" вам не поможет.

Вообще-то поможет. Найдя сделанное другим двуногим решение проблемы. Как там этот двуногий время тратил на исследования - его проблемы. Поисковик это проиндексирует и покажет мне, поняв что я хотел это же. Если же мне надо что-то совсем уникальное, вероятно мое кунгфу пробивает потолок и я дорубился до bleeding edge в какой-то области, а это уже не про ман. В этом случае я сам себе ман и с этим ничего не сделать.

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

И зачем загаживать мозг информацией которая к ситуации не относится, спрашивается? Я не горю желанием выучить все опции ffmpeg "про запас". Его писала такая толпа народа что он умеет делать с видео больше чем я могу себе даже вообразить. Половина из опций мне не потребуется за всю жизнь. Потому что мне совершенно незачем делать вообще все что человечество в принципе умеет делать с мувиками.

> А писать (вы ведь знаете, что для того чтобы этот "ИИ" нашел что-то,
> нужно чтобы вначале кто-то это написал)

Это так. Но если никто не написал - человек возможно дорубился до bleeding edge своей области и лучше него ответ на всей планете никто может и не знать. И врядли тут уже о манах разговор. Но такие случаи редки, как бы ни хотелось потешить ЧСВ. Выдвинуть реально уникальную хотелку еще постараться надо.

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

С другой стороны в хелпаре не напишешь все мыслимые варианты. А вот поискарь проиндексировать может и все варианты опробованные и опубликованные двуногими. В отличие от меня и манов поисковики могут хранить  "бэкап интернета".

> А еще представте, у вас немного нестандартная хотелка. Нет, ваш друг ИИ
> выдал вам пример, но вот один параметр не совпадает.

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

> же продолжите искать "полное совпадение"? Ну, тогда даже не знаю.

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

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

Я не представляю себе как написать документацию на "хочу повернуть видео на 90 градусов ффмпегом" и все хотелки такого плана которые ффмпегом можно изобразить. А вот пользователи напишут. Поисковики проиндексируют. Спросить поисковик как повернуть видео ффмпегом - быстрее и результативнее чем читать ман.

> если вы говорите что половина, то пусть будет половина. Сферическая или еще какая.

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

>> Кажется не получится - если не ошибаюсь было где-то рядом с флеймом
>> в новости про PC-BSD, чтоли. Но там модераторы вынесли все живое.
>> Странички на полторы инструкций было. Очень дружественно смотрелось на фоне какой-нибудь
>> убунты, которую можно поствить не зная ни 1 команды юникса, а
>> потом их изучить, если будет время и желание.
> Оно, да?

Оно. Я думал что это модеры вынесли.

> Правда 30 строчек, причем сразу вместе с выхлопом утилит, на полторы странички никак не тянут.

В традиционных 80х25 - как раз тянут ;). Ну и вообще, я не понимаю как кто-то в здравом уме может вообразить себе что пользователям охота запоминать и тем более вводить эту тарабарщину. Особенно чтобы получить совершенно обычную копию системы. Говоря за себя я готов так долбаться только ради каких-то реально уникальных результатов. Ну там мой жестко кастомизнутый образ системы под эмбедовку, например. А совершенно заурядный образ под сервак или десктоп? Это имхо бессмысленно и беспощадно.

> Разве что в детской книжке, с картинками на каждой странице.

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

> "как сделать вообще без инсталлятора".

При том бессмысленно и беспощадно.

>  Причем, все логично и понятно и в таком виде могло использоваться еще лет 8-10 назад.

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

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

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

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

Я не понял на кого рассчитан такой пример. Подолбаться с дюжиной команд чтобы получить заурядный образ, даже не кастомизированый? Выглядит как чемпионат по забегу на лыжах. По асфальту. В +30.

> Ну, это опять сугубо ваше личное мнение.

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

> Разрешите не поверить? Судя по демонстрируему разрыву э ... шаблона, выбирать из "бздей" вы не будете.

Чисто технически у меня выбор - любой софт доступный на планете. То что я предъявляю определенные требования и выработал некие предпочтения - да. Часть из них критичны. Часть нет. Меня когда-то даже угораздило админить фрибзду. Не скажу что мне это понравилось, даже антикварный редхат (который на самом деле та еще гадость) был сильно проще в администрировании. Поэтому формально такая возможность есть. Реально - "крайне маловероятно".

> это (не) работает так, как вы это себе почему-то представляете.
> Ну, вон тот же freebsd-update IDS справляется вполне. Хотя никто вас к
> нему не привязывает.

Еще раз: я хочу чтобы все файлы в всех системных дирах были прописаны в одной базе (пакетника) и никто не волок в системные диры файло в обход этого механизма. А бсдшники почему-то продвигают возможность гадить в обход пакетника как фичу. Такие фичи больше всего напоминают DLL HELL в винде. Я как-нибудь обойдусь без таких "фич". Ничему не противоречит если несколько разных тулзей будут интерфейситься к этому механизму, но я сильно удивлюсь если бсдшними ухитрятся это сделать культурно, т.е. подружив свои традиционные тулзы с этим механизмом за обозримое время. Я конечно допускаю что чудеса возможны. Но - имхо крайне маловероятны.

> kernel, kernel.old ...
> ну, типа конвенции. Ведь не всем нравится на пустом месте городить велосипеды.

Хз, в пингвинах ядра обычно раскладывают по номеру версий. Просто и понятно. Если написано 4.1.15-terminator-edition - значит это именнно оно. Если я сам ядро собираю - там может быть human-readable маркер, обозначающий зачем и почему оно место занимает (в данном примере, очевидно, тестовый запуск скайнета, с терминаторами и сарой коннор). Оно и в менюхе бутлоадера при выборе и в путях.

> Да понятно, пять каталогов с ядром наверное такая нагрузка  на мозг, что аж …

Пять каталогов - с ядром. Пять - с вон теми программами. А когда либ и программ набирается этак 2000, как-то многовато дряни для мозга. Мне проще использовать пакетник как центральный пост управления. Спросил у него что есть в системе - он показал. Если это не надо - вынес им же. К тому же в отличие от rm он не оставляет хвостов. Если я говорю purge - он вынесет и конфиги вытряхиваемой ненужности. А вот способ c rm чреват тем что что-то забудешь и прошляпишь и в системе будет накапливаться мусор. Спасибо, такие технологии управления софтом я видал еще в MS-DOS и что-то не фанатею от них при наличии пакетников.

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

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

> Ну, если на световые годы, тогда да, это сильный аргумент.

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

> А можно про "трекинг мусора" поподробнее?

А что - подробнее? Я могу посмотреть в моей системе вообще все файлы не приписанные ни к одному пакету. Подробнее некуда.

> Что там за мифическое сложное действо и какой не менее мифический мусор
> останется после "rm -r /boot/kernel.foo"?

Если например захотеть сделать как в дебиане на х86-64, с бутлоадером позволяющим выбор ядра в менюхе - при такой педали останется как минимум невалидная запись в меню бутлоадера, которая после удаления ядра более не сработает. В дебиане придумали как культурно обыграть этот вопрос, используя фичи пакетника. Их инструментарий такие номера позволяет. Это имхо хорошо и правильно. И очень сильно убавляет проблему накопления небочих останков и ошметков в системе. Пакетник который проблему останкв не решает - даром не упал.

> Кстати, причем тут ручное  "кладение" кернеля куда-то?

При том что make и rm как технологии инсталла - это совсем уж педали.

> курсе, как что-то работает и считаете, что оно работает именно так,
> как вы себе придумали? Увы. Это не так.

Вы сами мне про make и rm втюхали. А я лишь констатировал что это совсем уж непотребные педали. Я не собираюсь пользоваться такими технологиями "управления" софтом.

> # pkg which /sbin/sha1

Sanity check #7: а для кернела этот номер прокатит? Это одна из достаточно интересных границ водораздела, даже у некоторых пингвинов с этим случается лерьмо. А кульные советы с make и rm почему-то вызывают всякие нехорошие подозрения.

> FreeBSD-runtime-11.0: checksum mismatch for /boot/loader.rc

Достаточно неплохо сделано, кста. Пакетник у фрибзды вообще смотрится на уровне - иногда доходит даже до бздюков :). Только им сделующие 10 лет нормально пользоваться будет невозможно т.к. практики майнтенанса и проч еще не наработаны, да и ретрограды будут отчаяно саботировать все это вероятно. И будет это все кривым и полужёппым, когда мне кто-то смеет на полном серьезе советовать make и rm как инструменты системного менеджмента. А я такие инструменты системного менеджмента в последний раз юзал лет 10 назад. В цыгвине горбатом. И что-то больше сосвем не хочу так менеджить мои системы. Каждый файл в моей системе - через пакетник. И только так. У меня это уже есть и раоботает и поэтому на меньшее я уже не согласен.

Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

180. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от Аноним (??) on 16-Авг-16, 15:14 
>> И наверняка это никак не связанно с постоянно возникающими проблемками с пониманием
>> прочитанного у некоторых.
> Чтобы я захотел что-то прочитать и тем более понять прочитанное - мне
> это должно быть зачем-то надо. У меня нет хобби заси-рать себе
> мозг просто так.

Да мы давно уже поняли, что вы гордый Отвечатель. Ну и Мнение Иметель, куда же без этого.
Хорошо, что вы сами это признаете. Плохо, что вы не считаете это проблемой.

> ... много воды ни о чем
>> ...никакой поисковик "ИИ" вам не поможет....
>> А еще представте, у вас немного нестандартная хотелка. Нет, ваш друг ИИ
>> выдал вам пример, но вот один параметр не совпадает.
> Мне в общем случае быстрее, проще и результативнее дернуть поисковик чем отнимать
> у друзей время на всякую хню. Чужое время стоит ценить. Особенно
> друзей.
> Случаи конечно бывают разные, но я озвучил мои наблюдения как это чаще
> всего случается и как это имхо наиболее эффективно работает.

Учитывая ваши проблемы с чтением и пониманием прочитанного,
вашим же наблюдениям на вашем же месте я не очень бы доверял. А точнее — совсем не доверял бы ;)


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

Ну пусть будет вакуумное "довольно много". Хотя под этим обычно подразумевается многим меньше половины.
Вы бы уж определились. А то глядишь, окажется что не только не половина, но даже и не "довольно много".


> Оно. Я думал что это модеры вынесли.
>> Правда 30 строчек, причем сразу вместе с выхлопом утилит, на полторы странички никак не тянут.
> В традиционных 80х25 - как раз тянут ;).

Правда не странички тогда, а экрана, и не полтора, а 1 и 1/5. А так да, опять почти все верно.

> Ну и вообще, я не понимаю

Ничего нового )

> пользователям охота запоминать и тем более вводить эту тарабарщину.

Если бы вы отвлеклись от написания и вместо этого прочитали, на что отвечаете, то открыли бы для себя, что никто пользователям ничего запоминать не предлагал.

> ... много воды, самовосхвалений и очередных непониманий-но-мнение-имений
>> Разрешите не поверить? Судя по демонстрируему разрыву э ... шаблона, выбирать из "бздей" вы не будете.
> Чисто технически у меня выбор - любой софт доступный на планете.

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


> Еще раз: я хочу чтобы все файлы в всех системных дирах были
> прописаны в одной базе (пакетника) и никто не волок в системные
> диры файло в обход этого механизма.

Да хотите себе на здоровье. Кто же вам мешает?

> А бсдшники почему-то продвигают возможность
> гадить в обход пакетника как фичу. Такие фичи больше всего напоминают
> DLL HELL в винде.

Сравнение с DLL-hell вполне себе показывает очередную сятельность ваших познаний и теорий.
Оно неумсестно уже просто потому что, кроме системной тулзы, никто в системные разделы не пишет.  Не говоря уж о остальных ваших придумках.
Я охотно повторю – если вы чего-то не понимаете, то это отнюдь не значит, что оно (не) работает так, как вы себе это придумали. Увы, такова реальность.
И никто никуда не "гадит", разве что в ваших фантазиях =)

> Спросил у  него что есть в системе - он показал. Если это не
> надо - вынес им же. К тому же в отличие от rm он не оставляет хвостов.

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

> А вот способ c rm чреват тем что что-то забудешь и прошляпишь и в системе будет накапливаться мусор.

А давайте вместо очередного многословного теоретизирования о том как оно, по вашему мнению "работает", вы просто покажите мне "хвосты" и этот самый накапливаемый мусор, который останется после удаления ядра "rm -r /boot/kernel.old".

>> А можно про "трекинг мусора" поподробнее?
> А что - подробнее? Я могу посмотреть в моей системе вообще все
> файлы не приписанные ни к одному пакету. Подробнее некуда.

А в бзд, по вашему мнению, этого сделать нельзя? Правда, на реальность ваше мнение совсем никак не влияет )

>> Что там за мифическое сложное действо и какой не менее мифический мусор
>> останется после "rm -r /boot/kernel.foo"?
> Если например захотеть сделать как в дебиане на х86-64, с бутлоадером позволяющим
> выбор ядра в менюхе

А причем сдесь дебиан? Вы в очередной раз не знаете как что-то работает, но имеете очень ценные соображения по этому поводу?
Вы ведь в курсе, что ваше мнение может совсем никак не соотносится с реальностью?
Кстати, насчет выбора ядра в менюшке бутлоадера: "их есть у нас".

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

А вот этого почему-то нет. Может, потому что это не дебиан и подход тут другой? Не без своих недостатков, да, но и без такой вот "фэнтазятины" в виде мифических остатков.

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

В вашем описании это было больше похоже на очередной велосипед с треугольными колесами. Или усложнения на провном месте ради.

> Пакетник который проблему останкв не решает - даром не упал.

Только вот беда — описываемая проблема существует только в ваших фантазиях )

> При том что make и rm как технологии инсталла - это совсем уж педали.

Опять, как уже не раз — ваше ценное мнение при отстутствии какого либо понимания?

> Вы сами мне про make и rm втюхали. А я лишь констатировал
> что это совсем уж непотребные педали. Я не собираюсь пользоваться такими технологиями "управления" софтом.

Да вы тут много чего "констатировали", что при более внимательном рассмотрении оказалось плодом вашего воображения.
Вот например опять — никто о управлении софтом не говорил и упоминалось это в контексте самосборного ядра.
Кстати, у вас там ядро не мейком собирают, нет? Хотя, в принципе неважно. Вы просто опять придумали себе что-то про управление софтом и про педали.
Наверняка вы еще считаете "make install" "makе deinstall"  при установке портов нетехнологичными педалями-чем-то-там.

>> # pkg which /sbin/sha1
> Sanity check #7: а для кернела этот номер прокатит? Это одна из
> достаточно интересных границ водораздела, даже у некоторых пингвинов с этим случается лерьмо.

А  парой строчек ниже глянуть, не?


# pkg  which /boot/kernel/zlib.ko
/boot/kernel/zlib.ko was installed by package FreeBSD-kernel-generic-11.0

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

А, это опять ваше ценное мнение. Ну, насколько к нему стоит (не)прислушиваться, мы уже наблюдали не раз ;)

> когда мне кто-то смеет на полном серьезе советовать make и rm как инструменты системного менеджмента.

А это ваши не менее ценные фантазии. Хотя, если с чтением не ладится, только и остается что додумывать и фантазировать.

Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

164. "Кандидат в релизы FreeBSD 11"  +2 +/
Сообщение от тигар (ok) on 15-Авг-16, 22:06 
>> Вам лучше знать.
> Да тут где-то был фееричный тредик, года от 2014 чтоли. Можешь поискать,
> забавное чтиво.

это там где ты рассказывал о "nginx нинужын, нужын лайти" или там где рассказывал что "zfs нинужын" или те треды где ты предсказывал бтрфс вокруг? или какой из эпичных тредиков с твоим участием вспоминать будем?;)

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

199. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 17-Авг-16, 01:46 
> это там где ты рассказывал о "nginx нинужын, нужын лайти"

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

> или там где рассказывал что "zfs нинужын" или те треды где ты предсказывал
> бтрфс вокруг?

А что тебе с btrfs не нравится? Он теперь буквально каждым вторым хомяком на планете задействуется из-за мордокниги. Фоточки котят у хомячков вроде живы. Сразу после внедрения был небольшой всплеск churn, пачку грабелек придушили и в целом сейчас оно по характеру активности напоминает любую другую файлуху линя. Единственное что там экспериментального - RAID5/6. Но понимаешь ли, у них RAID - chunk-based. Это приводит к очень гибким вариантам аллокации. Т.е. оно легко сделает терабайтное зеркало из 1Tb + 0.5Tb + 0.5Tb, тогда как остальные этого не смогут, как мнимум без жутких костылин. Но это приводит к тому что они как первопроходцы влезающие в довольно новую область изучают все проблемы на своем заду.

> или какой из эпичных тредиков с твоим участием вспоминать будем?;)

Да ты тоже жгун что надо. Впрочем, до iZEN нам всем как пешком до пекина. Я так смотрю он по прежнему иногда жжот напалмом. Кстати как там его ZFSные высокорпоизводительные пулы поживают? :)

Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

200. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 17-Авг-16, 01:52 
ЗЫ кстати фиг с ним со слоником в домене, но вот что ты скажешь про Тот Саммый AT&T сваливший на серверную убунту? Как тебе разница в взаимоотношениях с корпорасами? =)
Ответить | Правка | ^ к родителю #199 | Наверх | Cообщить модератору

104. "Кандидат в релизы FreeBSD 11"  +8 +/
Сообщение от Аноним (??) on 14-Авг-16, 20:54 
Вот за это я  и люблю сей ресурс —  тут можно увидеть анонимов, сначала с умнейшим  и увереннейшим видом кидающих «пoнты», а потом их же, с не менее важным и умным видом заявляющих, что они-де изволят принимать грязевую вaнну, а не то что окружающие в силу своей необразованности насчет лyжи подумали )

> Ах, вы про этот
> сценарий не подумали? Да и дебажные символы мне нужны сильно временами.
> Когда я дебажу. А если я не дебажу - этот крап
> только занимает кучу места. Ах да, вкатить готовые дебажные символы из
> пакета таки сильно проще и быстрее чем лично пересобирать программу и
> либы с дебажной инфой.
> Но вы обо всем этом как обычно узнаете годиков через 10 . Когда
> практика применения пакетника немного наработается, да?

Итак, умный вид и «пoнты» мы уже видели, за пальцы никто никого вроде насильно не тянул, а значит:

% pkg search unbound
FreeBSD-unbound-12.0           Unbound DNS Resolver
FreeBSD-unbound-debug-12.0     Unbound DNS Resolver (Debugging Symbols)
FreeBSD-unbound-development-12.0 Unbound DNS Resolver (Development Files)

% pkg search libarchive
FreeBSD-libarchive-12.0        libarchive package
FreeBSD-libarchive-debug-12.0  libarchive package (Debugging Symbols)
FreeBSD-libarchive-development-12.0 libarchive package (Development Files)

% pkg  info -g "FreeBSD-kern*"
FreeBSD-kernel-minimal-12.0
FreeBSD-kernel-minimal-debug-12.0

Или у меня какие-то странные гaлюцинaции ... или же кое-кто опять опаздывает на "прием грязевых вaнн" )
Интересно, как теперь этот кое-кто выкручиваться будет?

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

175. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 16-Авг-16, 10:06 
А советы вкатывать ядро через make и удалять rm - это типа не грязевые ванны? Или вы не гордые и для вас такие клюки - уже давно естественная среда обитания? :)
Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

181. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от Аноним (??) on 16-Авг-16, 15:20 
> А советы вкатывать ядро через make и удалять rm - это типа
> не грязевые ванны

И где же я писал эти советы? Или вы просто ничего лучше не придумали? Ну тогда откровенно слабоватый юлеж.
Ладно, вот вам шанс:
не расскажите заодно, в чем проблема вкатывать и удалять ядро с помощью make installkernel и rm?

Ответить | Правка | ^ к родителю #175 | Наверх | Cообщить модератору

201. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 17-Авг-16, 02:00 
> не расскажите заодно, в чем проблема вкатывать и удалять ядро с помощью
> make installkernel и rm?

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

Это на самом деле лишь пример как может быть полезен вызов hooks пакета с бутлоадером при удалении ядра через пакетник. Как по мне - это лучше чем rm и довыколупывание того что не удалилось вручную. Хорошо сделанный пакетник позволяет это автоматизировать. Вплоть до репарса конфига бутлоадера и удаления оттуда неактуальных записей об удаляемом ядре при удалении энного ядра. Этот механизм крут и универсален. И разгружает админа от запоминания всякого хлама.

Ответить | Правка | ^ к родителю #181 | Наверх | Cообщить модератору

206. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 17-Авг-16, 02:31 
>> не расскажите заодно, в чем проблема вкатывать и удалять ядро с помощью
>> make installkernel и rm?
> Если у меня например бутлоадер рисовал меню с
> выбором версий кернела (удобно, понимаешь, для обкатки экспериментальных версий) - rm
> сам по себе еще не обязывает ядро убраться из меню бутлоадера.

Так это у вас. Как обычно, лапчатые навелосипедили что-то на ровном месте и страдают^W гордо преодолевают трудности. Но причем тут ваши проблемы очередного локального велопрома?

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

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

> - это лучше чем rm и довыколупывание того что не удалилось
> вручную. Хорошо сделанный пакетник позволяет это автоматизировать. Вплоть до репарса конфига
> бутлоадера и удаления оттуда неактуальных записей об удаляемом ядре при удалении
> энного ядра. Этот механизм крут и универсален. И разгружает админа от
> запоминания всякого хлама.

Вы не поняли — меня не интересуют ваши проблемы. Это и так понятно, что любители переусложнять простые вещи не смогут пройти такой вещи как загрузчик.  
Вы лучше расскажите, какие конкретные проблемы возникают во фре при удалении ядра с помощью rm. Что и где там нужно "довыколупывать"? Ведь  ядро в менюшке тут тоже можно выбирать.

Ответить | Правка | ^ к родителю #201 | Наверх | Cообщить модератору

220. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от Аноним (??) on 19-Авг-16, 12:24 
> Так это у вас. Как обычно, лапчатые навелосипедили что-то на ровном месте

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

> и страдают^W гордо преодолевают трудности. Но причем тут ваши проблемы очередного
> локального велопрома?

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

> У вас там, кроме добавления и удаления версии в менюшке, еще что-то делается?

Там много чего делается. Система триггеров и хуков вообще достаточно гибкая и крутая. И позволяет при нужде прилично изогнуть механику. Вызвав какие-то действия при определенных действиях по установке или удалению софта. В отличие от педальных make и rm это позволяет не загаживать мозг админа левыми сущностями.

> Иначе это очень смахивает на отличный пример, как переусложнить что-то на ровном
> месте и с важным видом преподнести это как офигительную фичу.

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

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

Ты не понял в чем прикол. Так можно интерфейснуть dpkg и установку ядер к любому загрузчику. И когда оказывается что grub это круто. но на вон той ARMовской фигне нас будет загружать u-boot и ниипет (а вас разве не он же? :D) - если вариант uboot умеет меню показывать, то вписывание ему ядра тоже можно в два счета прикрутить. И выписывание. Это хороший и гибкий дизайн.

> Вы лучше расскажите, какие конкретные проблемы возникают во фре при удалении ядра
> с помощью rm. Что и где там нужно "довыколупывать"? Ведь ядро в менюшке тут тоже можно выбирать.

Угу, повыбирай на каком-нибудь ARM с u-boot. Еще скажи что цивилизованное добавление в меню нарисуешь в два счета. И устранение из меню. Ага, rm'ом. Когда кто-то сджамшутил и сделал упрощенное решение проблемы вместо правильного (позволяющего интерфейснуть любой бутлоадер к пакетнику) - это называется "костыль". Просто по определению из википедии. И таки когда ваши фирменные бутлоадеры вдруг оказываются намертво прибиты к х86 писюкам - ваш упрощенный костыль жирный баг а вовсе и не фича.

Ответить | Правка | ^ к родителю #206 | Наверх | Cообщить модератору

222. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 19-Авг-16, 18:48 
> Вот видишь, вы даже не понимаете в чем проблема, таща свою чугуниевую
> "украину" в гору на своем хребте, покуда закручивающий туда же в
> 2 раза быстрее обладатель нормального горняка одаривает вас понимающим троллфэйсом.

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

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

Т.е. конкретно здесь — ничего. Но так как молоток


>[оверквотинг удален]
> два счета прикрутить. И выписывание. Это хороший и гибкий дизайн.
>> Вы лучше расскажите, какие конкретные проблемы возникают во фре при удалении ядра
>> с помощью rm. Что и где там нужно "довыколупывать"? Ведь ядро в менюшке тут тоже можно выбирать.
> Угу, повыбирай на каком-нибудь ARM с u-boot. Еще скажи что цивилизованное добавление
> в меню нарисуешь в два счета. И устранение из меню. Ага,
> rm'ом. Когда кто-то сджамшутил и сделал упрощенное решение проблемы вместо правильного
> (позволяющего интерфейснуть любой бутлоадер к пакетнику) - это называется "костыль". Просто
> по определению из википедии. И таки когда ваши фирменные бутлоадеры вдруг
> оказываются намертво прибиты к х86 писюкам - ваш упрощенный костыль жирный
> баг а вовсе и не фича.

Ответить | Правка | ^ к родителю #220 | Наверх | Cообщить модератору

223. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 19-Авг-16, 19:02 
> Вот видишь, вы даже не понимаете в чем проблема, таща свою чугуниевую
> "украину" в гору на своем хребте, покуда закручивающий туда же в
> 2 раза быстрее обладатель нормального горняка одаривает вас понимающим троллфэйсом.

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

>> У вас там, кроме добавления и удаления версии в менюшке, еще что-то делается?
> Там много чего делается. Система триггеров и хуков вообще достаточно гибкая ...

Т.е. конкретно здесь — ничего. Но когда в руках молоток, то все кажется гвоздем, да?

> Простота бывает хуже воровства, если все приходит к загаживанию мозга админу и
> педальным практикам установки софта.

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


> Ты не понял в чем прикол.

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


>> Вы лучше расскажите, какие конкретные проблемы возникают во фре при удалении ядра
>> с помощью rm. Что и где там нужно "довыколупывать"? Ведь ядро в менюшке тут тоже можно выбирать.
> Угу, повыбирай на каком-нибудь ARM с u-boot.

Т.е. конкретики не будет, будет юлеж? Таки и запишем, "в очередной раз, опять — юлеж и съезд с темы". Пишите еще, мы будем ждать ваших новых откровений! )

Ответить | Правка | ^ к родителю #220 | Наверх | Cообщить модератору

110. "Кандидат в релизы FreeBSD 11"  +3 +/
Сообщение от iZEN email(ok) on 15-Авг-16, 00:22 
> Разница в 25К пакетов - мало?

Мало. Гранулированность пакетиков Debian/Ubuntu повыше будет, чем у FreeBSD. Сколько там пакетиков Debian/Ubuntu нужно для полноценной установки LibreOffice? Чтобы все приложения (Writer, Calc, Impress, Draw, Math, Base) и шрифты, и русские буквы поддерживались?
Во FreeBSD нужно всего два пакета: libreoffice (основной) и ru-libreoffice (локализация).

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

202. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от Аноним (??) on 17-Авг-16, 02:01 
> Мало. Гранулированность пакетиков Debian/Ubuntu повыше будет, чем у FreeBSD.

Так это фича а не баг. То ли дело когда атомарно вгружают 110 метров какого-то "рантайма" или хидеры пополам с бинарями (вот зачем бы мне хидеры в какой-нибудь эмбедовке?)

Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

162. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от qwerty (??) on 15-Авг-16, 21:36 
>Большинству людей не хочется загаживать мозг бесполезными техническими сущностями. Это лишь неизбежное зло на пути к достижению более прагматичных целей.

У меня вопрос, нахрена ты вообще буквы выучил? =)

>А в дебияне более 50 000 пакетов.

Debian & C:
1. app-main
2. app-lib
3. app-core
4. app-tools
5. app-contrib

*BSD:
1. app

Парень, ты хоть *BSD OS в глаза видел?

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

203. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 17-Авг-16, 02:04 
> Debian & C:
> 1. app-main
> 2. app-lib
> 3. app-core
> 4. app-tools
> 5. app-contrib
> *BSD:
> 1. app

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

Ответить | Правка | ^ к родителю #162 | Наверх | Cообщить модератору

163. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от тигар (ok) on 15-Авг-16, 21:57 
усёр294, а я-то подумал, что ты помер уже [или] поумнел. умеешь удивить, однако;(
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

178. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 16-Авг-16, 10:14 
> усёр294, а я-то подумал, что ты помер уже [или] поумнел. умеешь удивить, однако;(

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

Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

179. "Кандидат в релизы FreeBSD 11"  +2 +/
Сообщение от тигар (ok) on 16-Авг-16, 15:07 
>> усёр294, а я-то подумал, что ты помер уже [или] поумнел. умеешь удивить, однако;(
> Прости, не сдержался. Вы тут так эпично кормите троллоту, снобствуете и тупите
> что я обзавидывался этим трололо и таки не смог пройти мимо
> :-\

это поэтому ты, в лучших своих традициях, выссказывал Авторитетное Мнение, не имея представление о предмете "спора"?

Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

182. "Кандидат в релизы FreeBSD 11"  +2 +/
Сообщение от Аноним (??) on 16-Авг-16, 15:47 
>>> усёр294, а я-то подумал, что ты помер уже [или] поумнел. умеешь удивить, однако;(
>> Прости, не сдержался. Вы тут так эпично кормите троллоту, снобствуете и тупите
>> что я обзавидывался этим трололо и таки не смог пройти мимо
>> :-\
> это поэтому ты, в лучших своих традициях, выссказывал Авторитетное Мнение, не имея
> представление о предмете "спора"?

Так это же теперь, на модно-молодежном и есть «троллить». А то «балаболить», «пустозвоить» «звиздеть», «гнать пургу» не очень благозвучно звучит.
А так и приличия соблюдены и наверняка ЧСВ приятно греет. Типа, «я не балаболка, я хитрый такой тролль, вотЪ!» )

Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

204. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 17-Авг-16, 02:10 
> это поэтому ты, в лучших своих традициях, выссказывал Авторитетное Мнение, не имея
> представление о предмете "спора"?

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

Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

184. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 16-Авг-16, 16:31 
> Прости, не сдержался. Вы тут так эпично кормите троллоту, снобствуете и тупите
> что я обзавидывался этим трололо и таки не смог пройти мимо :-\

Тоже покормить решил?

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

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

Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

205. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 17-Авг-16, 02:27 
> Или троллем себя считаешь? Ну так целая куча людей, написав полтора привета
> миру считает себя разработчиками-программистами :-).

Ну если учесть что мне уже посоветовали rm как средство управления софтом XD и преподнесли морские контейнеры вместо пакетов как фичу, я склонен считать что yield оказался не нулевой.

> Или я зря такие примеры привел, чего доброго, еще не поймешь в прикол ... :-\

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

> Только вот выдавая себя за гения, желательно хотябы по нескольким признакам на
> него тянуть, а то какой-то пшик получается =)

А когда я себя за гения выдавал? У меня может и бывают проблемы с ЧСВ, но не настолько же?

Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

218. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от Аноним (??) on 17-Авг-16, 15:17 

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

Так слабоват выхлоп все же, особенно для такого количества эт-самого на вентилятор.
Даже не учитывая того, что как минимум часть этих «проблем» существуют в только в твоей голове ;)

А тут еще и лапчатые фанаты исправно добавляют лулзов. Один руткиты пакетным менеджером ищет, другой говорит что ФС-независимая, так сказать штатная, возможность отката обновления системы на предыдущую версию, совершенно не нужная фича потому как с помощью ФС ее тоже можно наколхозить. Третий выдал с важным видом, что мануалы и всякие документации суть пережиток старого и вообще не нужны. Мол, поисковик найдет все что надо намного быстрее. Видимо, софт этот кадр "пишет" в нано, копипастя куски кода из поисковика :)
Короче, море лулзов и приколов с важно надувающих щеки лапчтатых знатоков «Как Надо Правильно(тм)» :P

Ответить | Правка | ^ к родителю #205 | Наверх | Cообщить модератору

221. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 19-Авг-16, 13:21 
> Так слабоват выхлоп все же, особенно для такого количества эт-самого на вентилятор.

Согласен. Наверное дело в том что я в последнее время предпочитаю прокачивать скиллы отличные от троллинга :)

> Даже не учитывая того, что как минимум часть этих «проблем» существуют в
> только в твоей голове ;)

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

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

Тут вот какое соображение: одно дело если ФС по сути переключит только указатель на данные, не ворочая сами данные вообще, и другое дело если надо кантовать все эти данные. Цена операций и их склонность к облому очень уж разная. Идея с "переключить указатель" нравится мне больше. Оперирование снапшотами ФС так и происходит.

> видом, что мануалы и всякие документации суть пережиток старого и вообще
> не нужны. Мол, поисковик найдет все что надо намного быстрее.

Еще скажи что это не так. У поисковиков сейчас нейросетки, это почти терминаторы. Где это в локальных технологиях поиска вообще?

> Видимо, софт этот кадр "пишет" в нано, копипастя куски кода из поисковика :)

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

> Короче, море лулзов и приколов с важно надувающих щеки лапчтатых знатоков «Как
> Надо Правильно(тм)» :P

Пока вы ловите лулзы, AT&T переходит на напыщеную убунту. Вместе с яхами и опачами. С аргументами которые в целом сводятся к "проще админстрировать".

Ответить | Правка | ^ к родителю #218 | Наверх | Cообщить модератору

17. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Ivan_83 email(ok) on 13-Авг-16, 18:29 
Глупости.
Используется потому что в определённых применениях оно лучше линуха.
Собственно BSD сейчас 4 штуки: Free, Open, Net и DragonFly.
Притом это именно разные операционки с разными ядрами, а не разные огороды вокруг одного ядра, как в линухах.
То что сделано на основе фри я не считаю отдельными ОС.

Безопасность дефолтного линуха - это ваще что?
Линух это ядро, к нему есть 100500 всяких дистров/окружений.


Сложностей в установке нет, особенно если сравнивать с каким нибудь арч линухом.
Софта хватает, тут тоже мимо.
С обновлением проблем нет, оно сильно гибче и понятнее линуксового: можно выбрать что нужно и с какими флагами собирать. В том же линухе, во многих дистрах, целая проблема что то поставить так чтобы либо нужная фича была либо оно не притянуло 100500 ненужных говён.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

51. "Кандидат в релизы FreeBSD 11"  –3 +/
Сообщение от Аноним (??) on 14-Авг-16, 00:32 
> Используется потому что в определённых применениях оно лучше линуха.

Осталось еще придумать эти применения. Единственное что приходит в голову - жлобские проприерасы, которым сорц зажать очень хочется. Только при наличии пингвина это выглядит "напугали ежа голым задом". В смысле если жлоб надрал апстрим на коммиты - ну хорошо, значит продвигаться вперед будут конкуренты апстрима. Т.е. лапчатые.

> Собственно BSD сейчас 4 штуки: Free, Open, Net и DragonFly.

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

> Притом это именно разные операционки с разными ядрами, а не разные огороды
> вокруг одного ядра, как в линухах.

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

> Линух это ядро, к нему есть 100500 всяких дистров/окружений.

Это как раз и есть хорошо. А зачем мне в каком-нибудь мизерном роутере с 4 метрами флеша такой же юзермод как на десктопнике или сервере?

> Сложностей в установке нет, особенно если сравнивать с каким нибудь арч линухом.

Я вот без сложностей могу линух запихать и в роутер с 4 метрами флеша и на сервак. С поправкй на особенности железяк, но все-таки сильно реюзая знания. А у пользователей бздей что-то без сложностей только сильно некоторые виды серверов получаются. А даже десктопники уже у кого как. Достаточно посмотреть X-Mailer и подпись какого-нибудь GPG чтобы заметить что там часто попадается совсем не BSD.

> С обновлением проблем нет, оно сильно гибче и понятнее линуксового: можно выбрать
> что нужно и с какими флагами собирать.

Актуально в основном для адептов клуба "вступайте и канпелируйте".

> нужная фича была либо оно не притянуло 100500 ненужных го вён.

В нормальных дистрах можно и пакет перестроить без особого гемора. Другое дело что можно != нужно.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

160. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от qwerty (??) on 15-Авг-16, 19:04 
>И собственно найти их в продакшнах (если не считать локалхосты за таковые) можно в полутора компаниях на всю планету.

И это вывод из технно зажопинска не выезжая. =)

>Я вот без сложностей могу линух запихать и в роутер с 4 метрами флеша и на сервак.

Нет уже давно. А если получаеться, то такой обрезок...
Но для начала найди сейчас такой носитель. Встроенные носители на более-менее АRM платах начинаются с ~ 64 Mb.

> А у пользователей бздей ...

1. Пользователи - пользуются. Делают - _разработчики_.

2. https://www.freebsd.org/doc/en/articles/nanobsd/

И это таки цельная операционная система.

>Достаточно посмотреть X-Mailer и подпись какого-нибудь GPG чтобы заметить что там часто попадается совсем не BSD.

А мысль о том, что люди пишут с рабочих/офисных/etc компьютеров и по требованиям _дела_ им необходима win платформа - в голову не приходила? =)

Я лет 7 использую сборку BSD как основную на ноотбуках, и то пару рабочих мест на c Win таки надо иметь. Ибо Win only apps.


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

Не можешь. По причине низкой компетентности.

>В нормальных дистрах можно и пакет перестроить без особого гемора. Другое дело что можно != нужно.

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

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

196. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от Аноним (??) on 17-Авг-16, 01:08 
> И это вывод из технно зажопинска не выезжая. =)

Эпичное описание состояния дел в фрибсд =P

> Нет уже давно. А если получаеться, то такой обрезок...
> Но для начала найди сейчас такой носитель.

Любая NOR flash в MIPSовом роутере-мыльнице. Других носителей там может и не быть.

> Встроенные носители на более-менее АRM платах начинаются с ~ 64 Mb.

64 метра и более - скорее всего NAND. Тогда вопрос: какую файлуху вы на NAND вообще раскладываете в bsd? В лине сделали UBI. Не идеально, но работает и занимается нандовскими особенностями (defect management, wear leveling, ...). Может это про SD-карты было, но формально емкость тогда от "отсутствует" до приличных величин. Еще народ нынче иногда цепляет SPI NOR ("восьмилапая микросхема"), в него кладут uboot и, иногда, небольшой линукс. Такой "типа BIOS" самодельный. Он уже с более сложных носителей ядро/рамдиск читает и запускает. Да, линукс может быть и бутлоадером до кучи - грузим ядро, пишем прогу которая читает новое ядро как нам надо, kexec() и вперед :)

> 1. Пользователи - пользуются. Делают - _разработчики_.

Спасибо, Кэп. Правда разработчики понятие растяжимое. Да и пользователи - тоже.

> 2. https://www.freebsd.org/doc/en/articles/nanobsd/

На редкость странная фигня. В случае того же дебиана - до народа просто доперло что минимальный набор пакетов должен быть реально *минимальным*. Поэтому можно дебутстрапом вкатить те полтора пакета которые надо для запуска пакетника. Дальше полная свобода - насколько большой и функциональной систему набрать этим пакетником. Под специализированные задачи - даже ps и ifconfig не будет. Под микросервер хоть php и апач. Это позволяет изогнуть систему и так и сяк. Ну и нормальный unix-way layering. Т.е. debootstrap'ом набирается из пакетов "rootfs". Файловая иерархия. На чем она - не проблемы дебутстрапа. У меня это бывает и файлуха хоста. Я получив рутфс. И делаю из нее образ. У меня может быть разное мнение как именно должна выглядеть физическая инкарнация образа. Rootfs (почти) не зависит от специфики девайса, только от специфики задачи. Образ в который я его втрамбую - специфичен для девайса и имеет несколько параметров - тип файлухи, nand vs sd/emmc и проч. Могут требоваться специальные соображения по оффсетам и структуре для бутабельности. А эта штука - сразу с места в карьер какие-то "образа". "Дисков". А что есть "диск" для допустим, RAW NAND? Эти чуваки точно уверены что их "образ" - то что я хотел? Образ который "дамп девайса" у ARM может быть сделан по разному. Поэтому я имею нескромность считать что изготовление окончательного образа вообще моя прерогатива. И, кста, хваленая документация - полторы странички, апдейченые джва года назад. Из них не поняно даже какие конфигурации это чудо поддерживает (судя по косвенным признакам жестко ориентировано на pc-style sd-карты или типа того, но это нигде не описано - just guessing). Крутая, говорите, документация?

> И это таки цельная операционная система.

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

> А мысль о том, что люди пишут с рабочих/офисных/etc компьютеров и по
> требованиям _дела_ им необходима win платформа - в голову не приходила? =)

Ты только что сказал что для _дела_ FreeBSD не котируется. Nice shot.

> Я лет 7 использую сборку BSD как основную на ноотбуках, и то
> пару рабочих мест на c Win таки надо иметь.

А у меня винды нет. Вообще совсем. Никакой и никак. Уже хз сколько, лет 6-7 наверное. Все мои вокрфлоу прекрасно крутятся на пингвине.

> Ибо Win only apps.

Что тут скажешь, ССЗБ. А что, вайн у вас не жилец? Я даже DXовские игры когда-то гонял, не говоря о более прозаичных апликухах. Включая флешер девайсов через компорт (бонусом снял дамп протокола и научился делать фокус "на бис" из нативной линевой проги). Но в последних лет 6 или больше у меня просто ничего на винду не завязано, да и fun & profit мне приносит пингвин. Мне это нравится.

> Не можешь. По причине низкой компетентности.

Все познается в сравнении, чувак. Как-то вышло что остальные в этом обычно разбираются еще хреновее. Может быть потому что для сборки таск-специфичных образов надо странноватое сочетание знаний и скиллов, ну или хз. В конечном итоге - кастомеры платят денежку и массовых предъяв нет. Ну и вообще - удивительно прилично работает. Я и сам не думал что так хорошо получаться будет. Но видимо система пришлась по руке. И поле не сильно занятое, конкуренты не напрягают. Вендозные микроконтролерщики проприерасы и ссутся от одного вида линя. Он на винду не очень похож, им выносит мозг. Посмотреть чуть глубже и понять что отличия не столь драматичны их почему-то не хватает. Апликушники и админы ни в зуб ногой о специфике эмбедовки и у них получается куда более жосский трэш. Как-то так получается что я могу обставить и тех и других. Такие как вы - не конкуренты даже в проекте. Чтобы с бздой девайсы делать надо быть хренью размером с жунипер или сони, что пополам с жлобством на фичи - обеспечивает почти полное отсутствие bsd в эмбедовке.

> Да-да, распиши мне как пересобрать пакеты дебиан или редхат без kerberos или
> ldap, или еще какой ненужной хрени, и при этом сохранить возможность
> обновлятся/исталировать из базового репозитария.

В этом месте мы узнаем что nobody is perfect - у пакетников есть и слабые стороны. И вопрос сводится к тому чтобы фичи перевешивали багов. Тогда я называю это хорошим tradeoff. А когда фичи сделаны полужёппо, а баги на месте - получается бессмысленно и беспощадно.

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

Понимаешь, у меня нет цели в жизни отодрать керберос во всех пакетах "just because I can". У меня в жизни более рациональное целеполагание. Если надо чтобы система была маленькой, это не только и даже не столько об отдирании какого-то кербероса в каком-то пакете. Если это general purpose система, мне на этот керберос в пакетах просто пофиг. Ну то-есть он занимает побольше места. Но на диске в цать гигз это мало на что влияет. Поэтому формально ты как бы прав. А реально - это эстетство и чистоплюйство без нормальных рациональных целей которые бы обосновывали возню с пересборками и прочим. Я не билдферма и не имею целей в жизни стать билдфермой.

Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

28. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от ку on 13-Авг-16, 19:38 
> На мой взгляд, единственная причина почему FreeBSD до сих пор используют на
> некоторых серверах, так это то, что былые BSDшники ещё не до
> конца постарели.
> Может он чуточку и безопасней дефолтного Linux, но сложность в установке, настройке,
> обслуживании, обновлении, отсутствие множества программ, всё это уже поставило жирный
> крест на данной ОС и на других BSD.
> Через 10 лет про него наверно придётся полностью забыть. Музей ОС пополнится
> новым экспонатом, ещё один Minix, Haiku, Syllable, BeOS :))
> Ставим SeLinux на Linux и вот вам FreeBSD без костылей и напрягов.

перестаньте мыслить как линукс и навязывать его всем.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

31. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 13-Авг-16, 20:21 
> Может он чуточку и безопасней дефолтного windows, но сложность в установке, настройке,
> обслуживании, обновлении, отсутствие множества программ, всё это уже поставило жирный
> крест на данной ОС
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

128. "Кандидат в релизы FreeBSD 11"  +2 +/
Сообщение от DeadLoco (ok) on 15-Авг-16, 12:43 
Когда начинают рассказывать про "..сложность в установке, настройке,
обслуживании, обновлении, отсутствие множества программ..", у меня всегда наворачивается скупая мужская слеза. Жалко же до невозможности.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

34. "Кандидат в релизы FreeBSD 11"  +3 +/
Сообщение от . on 13-Авг-16, 20:41 
>На мой взгляд

Твой взгляд неправильный. Это потому что ты пока молод и глyп. Не расстраивайся - молодость пройдёт сама собой, а над глyпостью можно работать. Но смотри - не запускай.

По поводу сказанного бpeда (а сказан бpeд, ну чего там) - во фряхе и линуксах одни и те же программы. И ставятся пакетником либо портами. А в линуксах один дистриб - пакетник, другой сорс-бэйзд. И то и то мешать - больно :-\
Кстати - пакетник во фряхе (pkg[ng]) - это вообще на данный момент __лучшиее__ что есть среди пакетников.
Далее: "но сложность в установке, настройке, обслуживании, обновлении, отсутствие множества программ" - просто бpexня, ты просто фряху не пробовал ни разу, да даже и издалека не видел, потому то так _позopно_ _oблaжaлся_ с рассуждамсами :)

>Через 10 лет про него наверно придётся полностью забыть.

Ну я согу встаить свой любимый троллизм про линуск: виндозе муст дай и длииииииииииной строкой с годами копирайтов :) Но считай что вставил :)

>Ставим SeLinux на Linux и вот вам FreeBSD без костылей и напрягов.

Ой дypааааак! (С) Мульт
Ничего личного, но посмотри на себя со стороны :)

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

48. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 14-Авг-16, 00:08 
При всей своей симпатии к сабжу, насчёт пакетника не соглашусь. Есть недочёт, который всё портит - нет простого способа узнать, какой пакет надо поставить, чтобы получить libsomething.so.
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

129. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от DeadLoco (ok) on 15-Авг-16, 12:47 
> нет простого способа узнать, какой пакет надо поставить, чтобы получить libsomething.so.

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

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

136. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Jan Dakinevich (ok) on 15-Авг-16, 14:34 
>> нет простого способа узнать, какой пакет надо поставить, чтобы получить libsomething.so.
> В нормальном менеджере пакетов этой проблемы вообще не возникает, как класса. В
> пакете прописаны зависимости, которые и ставятся, т.е. все необходимые so не
> нужно выскребать по сусекам и сваливать в кучу неучтенного барахла.

Да, но часто это очень полезно. Например, когда хочешь найти, в каком пакете лежит нужный тебе бинарник. Или когда пакетный менеджер в принципе не может сработать, например, когда разрабатываешь/доробатываешь что-нибудь и собираешь из исходников.

В deb-based есть костыль apt-file, в rpm-based есть yum whatprovides. Подскажите, может и pkg это умеет, да просто я отстал от жизни?


Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

154. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от DeadLoco (ok) on 15-Авг-16, 17:50 
> Да, но часто это очень полезно.

# pkg search -c something

Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

165. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Jan Dakinevich (ok) on 15-Авг-16, 22:36 
>> Да, но часто это очень полезно.
> # pkg search -c something

Нет, не то :-(


Ответить | Правка | ^ к родителю #154 | Наверх | Cообщить модератору

170. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от . on 16-Авг-16, 02:38 
Дай пример где сделано "то" ... а то е ффтыкаю я чего ты ищешь...
Ответить | Правка | ^ к родителю #165 | Наверх | Cообщить модератору

183. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Jan Dakinevich (ok) on 16-Авг-16, 16:00 
> Дай пример где сделано "то" ... а то е ффтыкаю я чего
> ты ищешь...

Ну например...
$ apt-file search bin/dig
[skipped]
dnsutils: /usr/bin/dig
[skipped]

$ yum whatprovides "*bin/dig"
[skipped]
32:bind-utils-9.8.2-0.47.rc1.el6.x86_64 : Utilities for querying DNS name servers
Repo        : base
Matched from:
Filename    : /usr/bin/dig
[skipped]


Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

186. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от xm (ok) on 16-Авг-16, 19:05 
root@beta:~ # locate megarm
/usr/local/bin/megarm
/usr/local/man/man1/megarm.1.gz
root@beta:~ # pkg which /usr/local/bin/megarm
/usr/local/bin/megarm was installed by package megatools-1.9.97


Ещё вопросы есть?

Ответить | Правка | ^ к родителю #183 | Наверх | Cообщить модератору

187. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от тигар (ok) on 16-Авг-16, 21:42 
> root@beta:~ # locate megarm
> /usr/local/bin/megarm
> /usr/local/man/man1/megarm.1.gz
> root@beta:~ # pkg which /usr/local/bin/megarm
> /usr/local/bin/megarm was installed by package megatools-1.9.97
> Ещё вопросы есть?

pkg which покажет тебе инфу из локальной скулайт базы, в туда записи попадают после pkg add/install, человек же хочет узнать какой пакет нужно поставить, дабы появился нужный бинарь (даже к-ды из deb/rpm дистров показал)

Ответить | Правка | ^ к родителю #186 | Наверх | Cообщить модератору

192. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от xm (ok) on 16-Авг-16, 23:33 
Всё, теперь дошло. От противного.
Признаться, не сталкивался с такой необходимостью никогда.
Ответить | Правка | ^ к родителю #187 | Наверх | Cообщить модератору

193. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от тигар (ok) on 16-Авг-16, 23:37 
> Всё, теперь дошло. От противного.
> Признаться, не сталкивался с такой необходимостью никогда.

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

Ответить | Правка | ^ к родителю #192 | Наверх | Cообщить модератору

195. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от xm (ok) on 17-Авг-16, 00:05 
>> Всё, теперь дошло. От противного.
>> Признаться, не сталкивался с такой необходимостью никогда.
> потому что во фре в base есть почти все необходимое (некоторым не
> нравится, но это их проблемы). в линаксах же часто приходится зная
> имя файла искать тот-самый-нужный-пакет

Вот я к этому и вёл... :-)

Ответить | Правка | ^ к родителю #193 | Наверх | Cообщить модератору

198. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 17-Авг-16, 01:23 
> Вот я к этому и вёл... :-)

Да, вы правы, этанинужна!!!111 - и вот такое гамно у фряшников везде.

Ответить | Правка | ^ к родителю #195 | Наверх | Cообщить модератору

197. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 17-Авг-16, 01:22 
> Признаться, не сталкивался с такой необходимостью никогда.

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

Ответить | Правка | ^ к родителю #192 | Наверх | Cообщить модератору

214. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от xm (ok) on 17-Авг-16, 11:06 
Возможно что так.
Ну, опять же, извините за повтор, я чуть меньше 20 лет имею дело с FreeBSD в разных её приложениях, включая десктоп, и ни разу нужды такой не возникало.
Ответить | Правка | ^ к родителю #197 | Наверх | Cообщить модератору

219. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от DeadLoco (ok) on 18-Авг-16, 22:15 
> Ну, опять же, извините за повтор, я чуть меньше 20 лет имею
> дело с FreeBSD в разных её приложениях, включая десктоп, и ни
> разу нужды такой не возникало.

С 1996 года (1.1.5.1) ни разу не сталкивался с нехваткой отдельных шматков софтов. Ставишь порт/пакет - получаешь все в сборе + зависимости. Такой кондовой брюквы, чтобы совать в систему фрагментарные либы в обход портов/пакетов вообще никогда нигде не видал. Если вдруг что-то поломалось кривыми ручками и какие-то либы потерялись - всегда есть возможность
# freebsd-update IDS
это для собсно оси. Для стороннего софта есть
# portmaster -aftd


Ответить | Правка | ^ к родителю #214 | Наверх | Cообщить модератору

60. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 14-Авг-16, 01:38 
Вы ошиблись, Сэр.
Она же вроде девушка.
Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

155. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 15-Авг-16, 17:55 
> Вы ошиблись, Сэр.
> Она же вроде девушка.

С бородой, в свитере, и с брюхом пивным, ага.

Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

39. "Кандидат в релизы FreeBSD 11"  –3 +/
Сообщение от Аноним (??) on 13-Авг-16, 21:23 
> Может он чуточку и безопасней дефолтного Linux,

Это еще вилами по воде писаны.

> обслуживании, обновлении, отсутствие множества программ, всё это уже поставило жирный
> крест на данной ОС и на других BSD.

До сабжа даже дошло сделать нормальный пакетный менеджер в кои-то веки. Осталось теперь еще дотумкать нормальные политики внедрить и убедить достаточно майнтайнеров всему этому следовать. Годиков через 10 как обычно дойдет.

> Ставим SeLinux на Linux и вот вам FreeBSD без костылей и напрягов.

В фрибзде вообще есть какой-то аналог SELinux? И если уж на то пошло, поделить хост контейнерами проще, при вполне приличном результате. С этим у BSD тоже не задалось. Их гордость, jails, нынче проигрывает пингвину по всем фронтам. А в начале 2000-х пингвиноиды ничего и возразить на возможности jails не могли.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

45. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 13-Авг-16, 23:37 

> Осталось теперь еще дотумкать нормальные политики внедрить и убедить достаточно
> майнтайнеров всему этому следовать.

А поподробнее? Какие такие "политики" и в чем нужно убеждать мейнтейнеров?

> В фрибзде вообще есть какой-то аналог SELinux?

Есть.

> поделить хост контейнерами проще, при вполне приличном результате. С этим
> у BSD тоже не задалось. Их гордость, jails, нынче проигрывает пингвину
> по всем фронтам.

Список фронтов в студию?


Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

47. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 13-Авг-16, 23:54 
> А поподробнее? Какие такие "политики" и в чем нужно убеждать мейнтейнеров?

Можно на дебиян посмотреть. Ставим свежий stable на сервак. И далее несколько лет все это каши не просит, ВСЕ ПАКЕТЫ обновляются парой команд и все это требует к себе минимум внимания. С убунтами LTS такая же фигня. Без ушиба головного мозга базовыми системами и чем там еще. Это настолько хорошо работает что можно поставить приблуду для автообновления которая еще и перезагрузит сама при обновлении ядра, etc и забыть о сервере совсем.

> Список фронтов в студию?

Управление ресурсами и нормальная виртуализация сети. В лине контейнер может выглядеть более-менее похоже на отдельную VM с своей сетью, ФС и даже юзерями. Ему можно порезать ресурсы так чтобы он не клал весь хост в случае чего. На локалхосте это может и пофиг, а на серваке где куча контейнеров - совсем не айс если runaway контейнер положит или сильно просадит остальных. А своя сеть с своим интерфейсами, адресами, маршрутами, правилами фаера и проч - удобно. Управляется как будто это просто еще одна отдельная машина. Админу не надо голову особо забивать - он уже и так все это умел.

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

52. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от universite (ok) on 14-Авг-16, 00:43 
>> А поподробнее? Какие такие "политики" и в чем нужно убеждать мейнтейнеров?
> Можно на дебиян посмотреть. Ставим свежий stable на сервак. И далее несколько
> лет все это каши не просит, ВСЕ ПАКЕТЫ обновляются парой команд
> и все это требует к себе минимум внимания. С убунтами LTS
> такая же фигня. Без ушиба головного мозга базовыми системами и чем
> там еще. Это настолько хорошо работает что можно поставить приблуду для
> автообновления которая еще и перезагрузит сама при обновлении ядра, etc и
> забыть о сервере совсем.

Ну-ка поставь Debian 7, тот который c init. И обнови до свежих версий ПО - nginx, php, Mysql.

А потом, когда у тебя куча работающего софта, попробуй обновись до 8 ветки.

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

56. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от Аноним (??) on 14-Авг-16, 01:02 
> Ну-ка поставь Debian 7, тот который c init. И обнови до свежих
> версий ПО - nginx, php, Mysql.

Я предпочел развидеть init по множеству причин, извини.

> А потом, когда у тебя куча работающего софта, попробуй обновись до 8 ветки.

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

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

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

59. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от Аноним (??) on 14-Авг-16, 01:31 

>> А потом, когда у тебя куча работающего софта, попробуй обновись до 8 ветки.
> Большой апгрейд раз в несколько лет можно попилотировать и проконтролировать вручную накрайняк.
> Это на небольших инсталляциях.

Вы уж как нибудь определитесь — или
> далее несколько
> лет все это каши не просит, ВСЕ ПАКЕТЫ обновляются парой команд

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

Конкретный списочек проблем, что ли. А то все ни о чем и ни о чем. Скучный троллинг получается.

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

66. "Кандидат в релизы FreeBSD 11"  –3 +/
Сообщение от Аноним (??) on 14-Авг-16, 02:31 
> Вы уж как нибудь определитесь — или

А зачем? Линукс хорош тем что жестко определяться не надо. Можно и так и сяк изогнуться с минимумом hardcoded допущений. Осваивается "core tech" - пакетник. Дальше он рулится так как это уместно в той или иной задаче. Это может отличаться. В группе на 500 серваков может иметь смысл гасить серваки по одному, вкатывая на погашеный сервак совершенно нулевый образ новой чистой системы, отдельно собраный и протестированный. После разовой подготовки системы - повторить вкатывание оной 500 раз, автоматикой. В итоге время тратится 1 раз на подготовку образа системы. Остальное сделает автоматика, а места для глюков - минимум. А в рамках одного релиза грейдить систему пакетником.

А на тщщщщщательно настроенном десктопнике такой вариант может и не быть удобным. Там может возыметь смысл именно грейдануть дебиан 7 до 8, разрулив всплывшие проблемы мануально.

>> лет все это каши не просит, ВСЕ ПАКЕТЫ обновляются парой команд
> Или "вручную"

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

Это несколько менее гибко но смотри, у меня на десктопе около 2000 пакетов. А реально опции сборки меня колышут спасибо если у 5 программ. Вот поэтому очень чудненько когда я разбираюсь с 5 программами которые я реально хочу покрутить в руках, а пакетник - с остальными 1995, на которые мне относительно похрен, так что я не хочу заниматься их конфигурированием, блин :)

> Конкретный списочек проблем, что ли.

Ой, у вас это лучше получается. Вы так хорошо придумываете как все сделать максимально сложно, что я тут просто без шансов. Я ленивый и люблю упрощать себе жизнь а не наяривать на концепции.

> ни о чем. Скучный троллинг получается.

Гиморный инсталл. Куета с делением на какие-то базы и порты. А покажете какой-ниюудь быстрый и ленивый тул типа debootstrap'а, чтобы дешево и сердито "respin" системы под задачу влупить из готовых пакетов? Не сношаясь с пересборкой 100500 пакетов и прочими прелестями самому.

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

75. "Кандидат в релизы FreeBSD 11"  +5 +/
Сообщение от Аноним (??) on 14-Авг-16, 07:09 
> А зачем?

Затем что вы то "рулите" в ручную, то у вас все автоматом и не очень ясно, причем тут вообще сабж этой новости.

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

Ловко вы увернулись от конкретики. Интересный диалог получается:
>>>> Осталось теперь еще дотумкать нормальные политики
>>> А поподробнее? Какие такие "политики" и в чем нужно убеждать мейнтейнеров?
>> Можно на дебиян посмотреть ... Это настолько хорошо работает что можно поставить приблуду для автообновления
> Между релизами
> несколько лет можно спокойно затыкать уязвимости и проч на полном автопилоте.

.

> Это несколько менее гибко но смотри, у меня на десктопе около 2000
> пакетов. А реально опции сборки меня колышут спасибо если у 5
> программ. Вот поэтому очень чудненько когда я разбираюсь с 5 программами
> которые я реально хочу покрутить в руках, а пакетник - с
> остальными 1995, на которые мне относительно похрен, так что я не
> хочу заниматься их конфигурированием, блин :)

Вы пока не рассказали ничего нового. Даже старый пакетник вполне умел это.


> Ой, у вас это лучше получается. Вы так хорошо придумываете как все
> сделать максимально сложно, что я тут просто без шансов. Я ленивый
> и люблю упрощать себе жизнь а не наяривать на концепции.

Т.е. вы один из тех, кто не знает, не слышал, но спешит поделится ценным мнением?


> Гиморный инсталл. Куета с делением на какие-то базы и порты.

Это ваше мнение, а не конкретные проблемы.

> А покажете какой-ниюудь быстрый и ленивый тул типа debootstrap'а, чтобы дешево и сердито
> "respin" системы под задачу влупить из готовых пакетов? Не сношаясь с
> пересборкой 100500 пакетов и прочими прелестями самому.

И что за привычка использовать для одного и того же действия (по смыслу) кучу тулз? Что с заменой ifconfig, что тут. Я конечно мог бы потроллить и спросить, чем вас не устроил штатный man release && make release с нужными конфигами или tinybsd, который берет готоые бинарники из базы. Но не буду.
Однако, разрешите поинтересоваться, чем же вас пакетный менеджер не устраивает?


# mkdir /tmp/editor-system
#  pkg -r /tmp/editor-system install -r FreeBSD-base FreeBSD-ee
Updating FreeBSD-base repository catalogue...
FreeBSD-base repository is up-to-date.
All repositories are up-to-date.
Checking integrity... done (0 conflicting)
The following 70 package(s) will be affected (of 0 checked):

New packages to be INSTALLED:
        FreeBSD-ee: 11.0 [FreeBSD-base]
        FreeBSD-runtime: 11.0 [FreeBSD-base]
        FreeBSD-clibs: 11.0 [FreeBSD-base]
        FreeBSD-libdevctl: 11.0 [FreeBSD-base]
...

Proceed with this action? [y/N]: y
# chroot editor-system ls    
bin     boot    dev     etc     lib     libexec sbin    tmp     usr     var

#  pkg -r /tmp/editor-system install -r FreeBSD-base FreeBSD-kernel-stripped-down
The following 1 package(s) will be affected (of 0 checked):

New packages to be INSTALLED:
        FreeBSD-kernel-stripped-down: 11.0 [FreeBSD-base]

Number of packages to be installed: 1

The process will require 52 MiB more space.

Proceed with this action? [y/N]: y


Пожалуйста — пакетником сделали систему для редактирования текстовый файлов. Осталось добавить пользователя и прочие недефолтные хотелки.
И это вы называете  "сделать максимально сложно"?
Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

207. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 17-Авг-16, 04:06 
> Затем что вы то "рулите" в ручную, то у вас все автоматом
> и не очень ясно, причем тут вообще сабж этой новости.

Вручную - по возможности только один раз и когда надо что-то нестандартное. А так автоматизация рулит. Если затраты на нее окупаются результатом. Банальная и прагматичная логика взрывает фанатам мозг?

> Ловко вы увернулись от конкретики.

Однако ж горячие парни уже рассказали за меня - и что пакеты невъ... размера, и без деления на компоненты. Ну конечно это фичи.

> Вы пока не рассказали ничего нового. Даже старый пакетник вполне умел это.

Одно дело уметь. И другое - чтобы это было юзабельно на практике и плюсы решения перевешивали минусы. Сколько людей всерьез менеджили софт в фре старым пакетником? И почему яхи, опачи и даже AT&T задолбались и слиняли на убунту?

> Т.е. вы один из тех, кто не знает, не слышал, но спешит
> поделится ценным мнением?

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

> Это ваше мнение, а не конкретные проблемы.

Вон тут народ еще накидал - гигантские пакеты и все свалено в одну кучу. Этого мало? Даже разделения на либы и хидеры нет, грите? Это "фича"?

> И что за привычка использовать для одного и того же действия (по смыслу) кучу тулз?

А где "куча" тулз? Debootstrap - один тул. Зачем он нужен? Для этого самого - bootstrap новой минимальной системы, с минимумом допущениий об окружении. Результатом работы является микро-дебиан, just enough для старта пакетника. Дальнейшее делается пакетником, "как обычно". Зачем так? Debootstrap доволен любым окружением где есть wget, gpg и шелл. Этому окружению не обязательно быть дебианом и тем более обладать работающим дебиановским пакетником. Более того - даже набор команд CPU может быть иным. А вот когда слеплен работающий дебиан с работающим пакетником...

> Что с заменой ifconfig, что тут.

ifconfig в линуксе - deprecated и не выпилен лишь из соображений совместимости с легаси. Все самые вкусные ништяки - в "ip". Так посмеяться - у меня в образах дебиана не отягощенных легаси есть ip но нет ifconfig. Нормальненько? :)

> Я конечно мог бы потроллить и спросить, чем вас не устроил штатный man
> release && make release с нужными конфигами или tinybsd, который берет
> готоые бинарники из базы. Но не буду.

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

> Однако, разрешите поинтересоваться, чем же вас пакетный менеджер не устраивает?

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

Вот смотри, если какие-то цуканы хотят вгрузить мне пакет на 110 метров и считают что хидеры в паре с либами меня не напрягут, как это называется? Для эмбедовки это всего лишь SHOWSTOPPER. Дебианщикам за годы коллеги по цеху проблемы донесли, они выводы сделали. А у вас этот процесс походу и не начинался.

>  #  pkg -r /tmp/editor-system install -r FreeBSD-base FreeBSD-ee

А он нормально отнесется к идее что при этой операции host и target - ФУНДАМЕНТАЛЬНО разные? Ну вот смотри: хост у меня x86-64, target - ARM (armel или armhf, 32-бита). И тут есть клевые нюансы. Например, если пакетник умеет post-install скрипты и прочая - гм, а кто сказал что они могут работать на (принципиально ином) host? Мой x86-64 писюк или лаптоп не похожи на армовую борду. Debootstrap делает хитрозадый хакЪ - может отпедалить post-install фазу при первой загрузке target'а. Есть и несколько иных интересных способов для кросс-деплоя. Один из них я вообще придумал сам (по своему уникальный, прямо know-how, ха-ха). Debootstrap как мюнхаузен - умеет вытаскивать себя за волосы из болота несколькими способами. За что так и называется. А ваш пакетник как такие приколы обрабатывает?

> New packages to be INSTALLED:

А размер результирующего образа не постесняешься сказать? :)

> The process will require 52 MiB more space.

Когда мне в эмбедовке пакетник пытается показать такие цифры, I'm shitting bricks :)

> Пожалуйста — пакетником сделали систему для редактирования текстовый файлов.

А блаародного дона не смущает что у меня хостом в случае дебутстрапа x86-64 а таргетом arm'овая борда? Или у вас и кросс-деплой так же просто как в дебутстрапе?

> И это вы называете  "сделать максимально сложно"?

Ну тогда блаародному дону не сложно же будет небольшую поправочку - разные архитектуры хоста и таргета и описание того как оно обработает всякие там post-install если хост вообще ни разу не похож на поднимаемого target'а и не может этого сделать сам?

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

216. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 17-Авг-16, 14:53 
>> The process will require 52 MiB more space.
> Когда мне в эмбедовке пакетник пытается показать такие цифры, I'm shitting bricks
> :)

А чем же ты тогда читаешь? Для  эдакого почти-дженерик-ядра на amd64 вполне нормально.  А при нужде запросто укладывается два с половиной, три мб.
Только оно на реальном amd64 обычно особо не нужно, разве что на поиграться или минимального образа виртуалки. Ну а эмбеддовку ты уже сам сюда прилел, чтобы наконец оседлать любимого конька, где никто не сможет так просто поймать на <этом самом этих самых bricks> )

Кстати, кажеться я знаяю, как сделать так, что бы ты начал читать глазами )
https://packages.debian.org/testing/kernel/linux-image-4.6.0...
> Installed Size 175,206.0 kB

Ответить | Правка | ^ к родителю #207 | Наверх | Cообщить модератору

55. "Кандидат в релизы FreeBSD 11"  +2 +/
Сообщение от Аноним (??) on 14-Авг-16, 00:59 
>> > А поподробнее? Какие такие "политики" и в чем нужно убеждать мейнтейнеров?
> Можно на дебиян посмотреть. Ставим свежий stable на сервак. И далее несколько
> лет все это каши не просит, ВСЕ ПАКЕТЫ обновляются парой команд
> и все это требует к себе минимум внимания. С убунтами LTS
> такая же фигня.

А можно просто ответ на вопрос? Без "посмотреть на дебиан"?

> Без ушиба головного мозга базовыми системами и чем там еще.

Ну если отдельный
> @daily                                  root    freebsd-update cron

в crone вызывает ушиб головного мозга ...

>> Список фронтов в студию?
> Управление ресурсами

Как бы есть.
> и нормальная виртуализация сети.
> похоже на отдельную VM с своей сетью

Для наглядности:
https://wiki.freebsd.org/VIMAGE/VNETSamples
Оно?
> ФС

jail_www_rootdir="/jailsfs"


> и даже  юзерями.

Это уже не смешно.

> Ему можно порезать ресурсы так чтобы он не клал весь
> хост в случае чего.

А почему вы считаете, что в джейлах этого сделать нельзя?

> А своя сеть с своим  интерфейсами, адресами, маршрутами, правилами фаера и проч - удобно.

man jail
>  vnet    Create the jail with its own virtual network stack, with its own
>             network interfaces, addresses, routing table, etc.

Оно?

> Управляется как  будто это просто еще одна отдельная машина. Админу не надо голову
> особо забивать - он уже и так все это умел.

А это, прошу прощения, о чем?

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

64. "Кандидат в релизы FreeBSD 11"  –2 +/
Сообщение от Аноним (??) on 14-Авг-16, 01:55 
> А можно просто ответ на вопрос? Без "посмотреть на дебиан"?

Объясняю: в дебиане вообще все (ядро, утили и весь софт из репов который я поставил) - обновляется и управляется одинаково. И политики одинаковые для всего что из дебиановских репов. Пакеты более-менее равноправны, в пределах релиза они майнтайнятся все. По большому счету каждый сам решает что для него будет "базовой системой", набирая себе систему из кирпичиков-пакетов как там ему было надо в энном применении. Это с одной стороны уже достаточно гибко, с другой - легко админится. Не без своих приколов, но остальное как-то еще хуже, имхо.

> Ну если отдельный
>> @daily                                  root    freebsd-update cron
> в crone вызывает ушиб головного мозга ...

Ушиб головного мозга - когда есть несколько разных утилит для одних и тех же операций и втюхиваются совершенно искусственные разграничения (что такое "базовая система"? и почему какая-то горстка хрычей смеет мнить что лучше меня знают что мне надо как "базу"?)

> Как бы есть.

Хорошо сказал. "Как бы".

> https://wiki.freebsd.org/VIMAGE/VNETSamples
> Оно?

Похоже. А оно уже научилось независимые маршруты, правила фаера, настройки шейпинга и проч? В пингвине сеть вертуализована полностью, свои правила фаера, свои локалхосты, маршруты и shaping никого не удивляют, можно железные интерфейсы в любой контейнер передвинуть и проч. А чисто для лулзов можешь посмотреть на firejail, удобен для изоляции отдельных программ, в т.ч. десктопных. Похоже по смыслу, только раза в три лаконичнее.

Знаешь как у меня запущен браузер? Пнут в отдельный контейнер с отдельной сетью, своими юзерями и специфичным видом файлухи, где он может спереть аж свой даунлоад. И это - одна короткая команда, между прочим. У него там свой эзернет (который на самом деле новый macvlan на том же железном ифейсе). С своим локалочным айпи. И даже своим локалхостом. Настолько что тестовый сервер приходится отдельно пушить в контейнер с браузером. Потому что у него там свой локалхост. Это обеспечивает неплохую защиту даже локальных сервисов друг от друга.

> jail_www_rootdir="/jailsfs"

Не выглядит круто и гибко. Это все что можно из него выжать?

>> и даже  юзерями.
> Это уже не смешно.

Не знаю чего там смешного, с pid+fs+uid+ipc абстракция VM может быть уже довольно полная. Иногда усы еще местами отклеиваются в некоторых сисколах, но в целом неплохо. А если столько не надо - можно виртуализовать только сеть, например.

> А почему вы считаете, что в джейлах этого сделать нельзя?

Потому что там половины лимитов нет. По сравнению с лысыми линуксными cgroups из ванильного ядра.

> man jail

...
> Оно?

Когда я это видел оно не могло даже отдельные правила фаера для "виртуалки" обеспечить. Этот фееричный булшит уже исправили? Или вы контейнеры как натоящий бсдшник видели только в манах, на картинке? Я контейнерами и виртуалками пользуюсь для практически значимых вещей, типа изоляции программ, сборки кастомных вариантов образов/иерархий ОС и проч. Мне не надо галочки в буклете.

> А это, прошу прощения, о чем?

А это о том что в пингвине виртуализация сети - это виртуализация сети. Выглядит как отдельная машина и усы в этой части совсем не отклеиваются, в отличие от.

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

68. "Кандидат в релизы FreeBSD 11"  +5 +/
Сообщение от Аноним (??) on 14-Авг-16, 04:05 
> Пакеты более-менее равноправны, в пределах релиза они майнтайнятся все.

А почему вы считаете, что в бзд они не мейнтенятся?
> По большому счету каждый сам решает что для него будет "базовой системой", набирая себе систему из кирпичиков-пакетов как там ему было надо в энном применении.

И что мешает сделать то же самое в бзд?

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

Не знаю, кто вам там что втюхивает и вообще, чем вы недовольны. Конкретные претензии будут?
Только чур, возможность выбора утилиты (из нескольких) по вкусу — за претензию не катит.
freebsd-update обновит целиком, без "геморроев", c плюшками типа "rollback". Но если вам так хочется "единообразия" и "одинаковости", пожалуйста, никто не запрещает использовать пакетный менеджер.


# pkg search -r FreeBSD-base kernel
FreeBSD-kernel-generic-11.0 FreeBSD GENERIC kernel
# pkg search -r FreeBSD-base ".-runtime"|xargs -n1 pkg  rquery "%n|%o|%sh"
FreeBSD-runtime|base|110MiB
base|security/base|1.55MiB
FreeBSD-runtime-debug|base|37.6MiB
FreeBSD-runtime-development|base|29.7MiB
FreeBSD-runtime-lib32|base|6.04MiB
FreeBSD-runtime-lib32-debug|base|9.83MiB
FreeBSD-runtime-lib32-development|base|8.06MiB
FreeBSD-runtime-manuals|base|2.75MiB

#pkg rquery %rn FreeBSD-runtime
FreeBSD-jail
FreeBSD-acpi
FreeBSD-autofs
FreeBSD-at
FreeBSD-svn
FreeBSD-ee
...

>> Как бы есть.
> Хорошо сказал. "Как бы".

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

>> https://wiki.freebsd.org/VIMAGE/VNETSamples
>> Оно?
> Похоже. А оно уже научилось независимые маршруты, правила фаера, настройки шейпинга и
> проч? В пингвине сеть вертуализована полностью, свои правила фаера, свои локалхосты,
> маршруты и shaping никого не удивляют, можно железные интерфейсы в любой
> контейнер передвинуть и проч.

man jail

vnet    Create the jail with its own virtual network stack, with its own
             network interfaces, addresses, routing table
, etc.  The kernel
             must have been compiled with the VIMAGE option for this to be
             available.  Possible values are “inherit” to use the system
             network stack, possibly with restricted IP addresses, and “new”
             to create a new network stack
.


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

И?

>> jail_www_rootdir="/jailsfs"
> Не выглядит круто и гибко. Это все что можно из него выжать?

man jail
path    The directory which is to be the root of the jail.  Any commands
             run inside the jail, either by jail or from jexec(8), are run
             from this directory.
Ну а там, что этому джейлу дашь, то у него и будет.

> Не знаю чего там смешного, с pid+fs+uid+ipc абстракция VM может быть уже
> довольно полная.

Извините, вы так усиленно выделяли "и даже пользователями" что я не смог удержаться от сарказма.


jexec – execute a command inside an existing jail

SYNOPSIS
     jexec [-l] [-u username | -U username] jail [command ...]
-U username
             The user name from jailed environment as whom the command should
             run.


А насчет PID и т.д — вообще-то все это доступно в том же хэндбукe:
> Jails expand this model by virtualizing access to the file system, the set of users, and the networking subsystem.
>> А почему вы считаете, что в джейлах этого сделать нельзя?
> Потому что там половины лимитов нет. По сравнению с лысыми линуксными cgroups
> из ванильного ядра.

Пока что вы демонстрировали явную неосведомленность насчет бздшных фич, так что нельзя ли поконкретнее?

> Когда я это видел оно не могло даже отдельные правила фаера для
> "виртуалки" обеспечить. Этот фееричный булшит уже исправили?

Не знаю, когда вы там изволили что видеть, но ipfw внутри виртуалки запускается давно. С pf были проблемы, не спорю. А рулить "снаружи"  … ну вон даже джейлид в правилах можно задавать. Что вам еще одтельного нужно, право не знаю.

> Или вы контейнеры как
> натоящий бсдшник видели только в манах, на картинке?

Опять вы не угадали. Но да, доказать не могу.

> сборки  кастомных вариантов образов/иерархий ОС и проч. Мне не надо галочки в буклете.

Вы конечно не поверите, но тот же poudriere (Port build and test system, это то, чем обычно собирают пакеты для реп) вполне себе штатно предполагает работу в джейле.  Ну, то есть ему задаешь версию фир и архитектуру, а он сам создает контейнер со всем нужным для сборки.

>> А это, прошу прощения, о чем?
> А это о том что в пингвине виртуализация сети - это виртуализация
> сети. Выглядит как отдельная машина и усы в этой части совсем
> не отклеиваются, в отличие от.

Так можно все же глянуть списочек этих отличий?

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

111. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от Аноним (??) on 15-Авг-16, 00:26 
> А почему вы считаете, что в бзд они не мейнтенятся?

Я считаю что я не понимаю бсдшные подходы и какой за ними рациональный смысл в контексте современных реалий использования компьютеров.

> И что мешает сделать то же самое в бзд?

Херовый тулинг и отсутствие культуры работы с пакетниками и понимания самых базовых вещей о том как это делать вменяемо. Хотя-бы аналог debootstrap покажешь, для начала? (у редхатобразных тоже IIRC есть похожий тул). Чтоб этим быстро набрать минимальный rootfs (из готовых пакетов) достаточный для запуска пакетника. А потом этим пакетником нарулить остальное "как обычно".

> Конкретные претензии будут?

Тут кадр утверждает что в фряшном пакетнике нет деления на -dev и просто пакеты. Е-ть ко-ть, серьезно? Еще и рантайм какой-то - "base" на 110 мегабайт. Ого, почти дотнет.

> Только чур, возможность выбора утилиты (из нескольких) по вкусу — за претензию не катит.

А это зависит от того как эти утилиты между собой интегрированы. Если я рулю системой через пакетник - в системе ВСЕ ФАЙЛЫ кроме всяких юзерских данных - ТРЕКАЮТСЯ ПАКЕТНИКОМ. И всегда понятно какое файло откуда взялось и кому принадлежит. Потуги юзать пакетник пополам с другими тулзами приводят к неуправляемой помойке. Возможность понять откуда и почему взялся тот или иной файл - жирная фича. Если этого нет - нафига такой пакетник и такое управление софтом?

> freebsd-update обновит целиком, без "геморроев", c плюшками типа "rollback".
> Но если вам так хочется "единообразия" и "одинаковости", пожалуйста,
> никто не запрещает использовать пакетный менеджер.

Если я буду использовать два разных тула - как они между собой будут дружить? Я реально хочу понимать какой пакет приволок вот этот файл. Если файл не принадлежит пакету - это мусор в системе. Для меня это индикатор: something seriously fucked up. Удобно для обнаружения порушеных или похаканых систем. При том эффективно это обломать хакерам сложно даже при помощи руткита - усы будут отклеиваться и довольно заметно.

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

> FreeBSD-runtime|base|110MiB

"Всего" 110 метров? Ж8-[ ] Поди еще и mandatory? Так, на подумать - у меня весь бутабельный образ демьяна может быть легче чем один этот пакет. Это не пакет, это морской контейнер целый.

> А что я, гадать должен, какие управления ресурсами вам нужны?

Самое очевидное: RAM, CPU (в чем-то типа процентов а не абсолютное время, мы не в 70х), бандвиз сети, дисковая активность (бандвиз, iops). Количество процессов в помойке, а может и сокетов.

>  network interfaces, addresses, routing table , etc.  

В это etc попадают хотя-бы отдельные рулесы фаера для каждого контейнера и настройки шейпинга траффика? Или ты это даже не проверял?

> И?

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

>  from this directory.
> Ну а там, что этому джейлу дашь, то у него и будет.

Говорю же - не шибко гибко. Во многих линуксных запускалках поверх namespaces (например том же firejail) можно файлуху компоновать более продвинуто. И совсем отдельную, и используя существующую ФС за основу (но например наглухо readonly) и что там еще. Namespace у файлух может быть и общий и отдельный. И если например стоит цель отрезать проге только сеть - файлуху можно резать менее кардинально. Позволяет балансировать желаемый уровень изоляции vs затраты на подъем контейнера. А если ты хотел меня удивить маном - в лине я могу показывать вполне эффектные фокусы, с скоростным подъемом пачки контейнеров или виртуалок так что они как бы и независимые но при этом и не копируются 20 раз в сторонку. И все это опять же 1-2 командами.

> А насчет PID и т.д — вообще-то все это доступно в том же хэндбукe:

А как насчет виртуализации IPC, mounts и прочих имен хоста? Да и виртуализация pid штука многогранная. Что именно под этим понимается? Отдельный proc? Надлежащая фильтрация сисколов? И то и другое? Ман это не уточняет а проверять лениво, потому что про запуск фри в виртуалке тут уже сказали.

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

Правильно, я смотрел на это пару лет назад. Линух втыкал уже тогда. И оно не умело даже отдельные правила фаера и маршруты.

> так что нельзя ли поконкретнее?

Как в этой штуке IOPS урезать и/или бандвиз диска ограничить? Или независимые правила фаеру в контейнере дать. А то ваш ман про такие вещи почему-то молчит в тряпочку. Ну или мне нужны очки.

> Не знаю, когда вы там изволили что видеть, но ipfw внутри виртуалки
> запускается давно. С pf были проблемы, не спорю.

А как насчет полисовки траффика? В контейнерах линя можно как-то так: cgroups'ами поделить на хосте, а в гуесте его шейперы будут работать как будто это независимая машина. С скоростью сети как в упомянутых лимитах, а шейперы - свои, местные. Это просто для руления с хоста и просто для руления в гуесте. Это и позволяет всяким паралелсам чуть донадстроив это продавать это как впски. В таком виде рулить этим довольно просто.

> А рулить "снаружи"  … ну вон даже джейлид в правилах можно задавать. Что
> вам еще одтельного нужно, право не знаю.

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

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

Джентльменам принято верить на слово :)

> Вы конечно не поверите, но тот же poudriere (Port build and test
> system, это то, чем обычно собирают пакеты для реп) вполне себе
> штатно предполагает работу в джейле.

Вы конечно не поверите, но debootstrap вообще надо только указать какой реп брать за основу и куда это раскатать. Будет ли это контейнер или нет, будет ли это чьим-то rootfs и прочее - ему все-равно. Он отстреляется за несколько минут - просто скачает пакеты и распакует. Дальше есть еще post-install scripts, и тут есть разные варианты. Некоторые из них довольно забавные, когда хочется какому-нибудь ARM-у образ на x86 машине выкатить. Но реально вся процедурка занимает несколько минут. После этого у меня есть минимальная заготовочка под rootfs, от нее можно танцевать как от печки. Эта заготовочка, если ее забутявить в контейнере/vm/на железяке - good enough для старта пакетника. Дальнейшее очевидно.

Плюс всего этого - я могу получить довольно кастомный образ за весьма минимальное время. Ничего не канпелируя и даже всякие контейнеры, VM и железки - опциональны и возможны разные варианты. Реально оно формирует начальную файловую иерархию достаточную для взлета пакетника из указанной репы. Это казалось бы так просто, но оно гениально в своем сочетании простоты и полезности. А еще за столько лет до дебианщиков доперло что случаи бывают разные и поэтому минимальный образ - и правда достаточно минимальный. Самое жирное что там есть - список пакетов из репы :)) (к вопросу о числе пакетов)

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

Debootstrap вообще ничего не собирает. Качает пакеты и распаковывает куда укажешь. Может postinstall скрипты прогнать если условия позволяют. А может предоставить target'у поупираться при первой загрузке, если мой компьютер и его софт на target совсем не похожи. Поскольку это лишь скачивание нескольких файлов и распаковка - это не напрягает даже весьма скромный лаптоп. Такой тип тулзов - логичное продолжение пакетника. Он пакетами оперирует. И это пожалуй самый простой и быстрый способ сделать респин системы который я встречал. По поводу чего и пользуюсь им :P.

>> сети. Выглядит как отдельная машина и усы в этой части совсем
>> не отклеиваются, в отличие от.
> Так можно все же глянуть списочек этих отличий?

Слушайте, у меня есть идея. Вы вот сказали что пользовались контейнерами. Ок, если вы ими пользуетесь - у вас наверное более актуальный view как оно здесь и сейчас. Вот и расскажите честно - чем отличается от железяки на вид. Могу то же самое для пингвинов рассказать. Так наверное конструктивнее будет - у нас более up to date views по своим системам. Иначе получается какой-то трэш, когда вы не понимаете что мне не нравится в половинчатом использовании пакетника а я могу оперировать устаревшми данными. Заодно и докажете делом что активно пользовались jail :)

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

123. "Кандидат в релизы FreeBSD 11"  +2 +/
Сообщение от Dmitry (??) on 15-Авг-16, 10:22 
>> А почему вы считаете, что в бзд они не мейнтенятся?
> Я считаю что я не понимаю бсдшные подходы и какой за ними
> рациональный смысл в контексте современных реалий использования компьютеров.

Когда поймете - тогда пишите сюда.

> Если я буду использовать два разных тула - как они между собой
> будут дружить? Я реально хочу понимать какой пакет приволок вот этот
> файл. Если файл не принадлежит пакету - это мусор в системе.
> Для меня это индикатор: something seriously fucked up. Удобно для обнаружения
> порушеных или похаканых систем. При том эффективно это обломать хакерам сложно
> даже при помощи руткита - усы будут отклеиваться и довольно заметно.

читать "man pkg" до просветления

>> FreeBSD-runtime|base|110MiB
> "Всего" 110 метров? Ж8-[ ] Поди еще и mandatory? Так, на подумать
> - у меня весь бутабельный образ демьяна может быть легче чем
> один этот пакет. Это не пакет, это морской контейнер целый.

читать "man picobsd" до просветления

>> А что я, гадать должен, какие управления ресурсами вам нужны?
> Самое очевидное: RAM, CPU (в чем-то типа процентов а не абсолютное время,
> мы не в 70х), бандвиз сети, дисковая активность (бандвиз, iops). Количество
> процессов в помойке, а может и сокетов.

читать "man rctl" до просветления

> А как насчет виртуализации IPC, mounts и прочих имен хоста? Да и
> виртуализация pid штука многогранная. Что именно под этим понимается? Отдельный proc?
> Надлежащая фильтрация сисколов? И то и другое? Ман это не уточняет
> а проверять лениво, потому что про запуск фри в виртуалке тут
> уже сказали.

Блин, да Вы хотя бы секцию EXAMPLES из "man jail" посмотрите.

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

Читать "man jail" и "man setfib" до просветления

>> так что нельзя ли поконкретнее?
> Как в этой штуке IOPS урезать и/или бандвиз диска ограничить? Или независимые
> правила фаеру в контейнере дать. А то ваш ман про такие
> вещи почему-то молчит в тряпочку. Ну или мне нужны очки.

Читать "man rctl" до просветления

> А как насчет полисовки траффика? В контейнерах линя можно как-то так: cgroups'ами
> поделить на хосте, а в гуесте его шейперы будут работать как
> будто это независимая машина. С скоростью сети как в упомянутых лимитах,
> а шейперы - свои, местные. Это просто для руления с хоста
> и просто для руления в гуесте. Это и позволяет всяким паралелсам
> чуть донадстроив это продавать это как впски. В таком виде рулить
> этим довольно просто.

Читать "man jail" и "man rctl" до просветления

> Мне нужно чтобы хост и контейнеры друг другу не мешали, очевидно. Удобнее
> всего когда они ведут себя как отдельные машины со своей сетью,
> маршрутами, правилами фаера, полисовкой траффика и проч. Это все уже можно,
> в именно таком виде?

В не поверите. Можно.

> Плюс всего этого - я могу получить довольно кастомный образ за весьма
> минимальное время. Ничего не канпелируя и даже всякие контейнеры, VM и
> железки - опциональны и возможны разные варианты. Реально оно формирует начальную
> файловую иерархию достаточную для взлета пакетника из указанной репы. Это казалось
> бы так просто, но оно гениально в своем сочетании простоты и
> полезности. А еще за столько лет до дебианщиков доперло что случаи
> бывают разные и поэтому минимальный образ - и правда достаточно минимальный.
> Самое жирное что там есть - список пакетов из репы :))
> (к вопросу о числе пакетов)

Хм. А ребята из PC-BSD, которые делали PBI пакеты, и не знают...

> Слушайте, у меня есть идея. Вы вот сказали что пользовались контейнерами. Ок,
> если вы ими пользуетесь - у вас наверное более актуальный view
> как оно здесь и сейчас. Вот и расскажите честно - чем
> отличается от железяки на вид. Могу то же самое для пингвинов
> рассказать. Так наверное конструктивнее будет - у нас более up to
> date views по своим системам. Иначе получается какой-то трэш, когда вы
> не понимаете что мне не нравится в половинчатом использовании пакетника а
> я могу оперировать устаревшми данными. Заодно и докажете делом что активно
> пользовались jail :)

Поставьте себе PC-BSD. И при установке пакетов, выберите галочку "ставить в jail"
И Вам каждый пакет установится в отдельный jail.
Легко, просто, удобно. Один клик мышкой.
Убедите меня, что в линуксе контейнеры создаются с пол-клика мышкой.

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

173. "Кандидат в релизы FreeBSD 11"  +2 +/
Сообщение от Аноним (??) on 16-Авг-16, 04:17 
Не сочтите за грубость или неуважение, но лишняя "вода" и бесконечные повторы одного и того же на разные лады не делают что-то правдивее или наоборот.

> Хотя-бы аналог debootstrap покажешь,
> для начала? (у редхатобразных тоже IIRC есть похожий тул). Чтоб этим
> быстро набрать минимальный rootfs (из готовых пакетов) достаточный для запуска пакетника.
> А потом этим пакетником нарулить остальное "как обычно".

Прошу прощения, а сам пакетник чем не угодил? Вон, в соседней ветке привели пример:
http://www.opennet.me/openforum/vsluhforumID3/108826.html#75

> Еще и рантайм какой-то - "base"  на 110 мегабайт. Ого, почти дотнет.
> - у меня весь бутабельный образ демьяна может быть легче чем
> один этот пакет. Это не пакет, это морской контейнер целый.

Очень интересное мнение. Хотя, когда я последний раз интересовался сборкой более-менее минимального (но не совсем вакуумно-сферического) образа для amd64, то без всяких  (пере)компиляций баз или доработки конфигурационных файлов, с настройкаи по умолчанию получал на выходе  образ размером около 30MБ. А сжимался этот образ до 8МБ.

>  И всегда понятно какое файло откуда взялось и кому принадлежит. Потуги юзать пакетник пополам с другими
> тулзами приводят к неуправляемой помойке. Возможность понять откуда и почему взялся
> тот или иной файл - жирная фича. Если этого нет - нафига такой пакетник и такое управление софтом?

Гм, "управление помойкой" как-то больше  похоже на лечение симптомов.
А вот если сама система в / и /usr и все что ставится дополнительно, идет в /usr/local, то ощущения помойки как-то не возникает.
Да и сказать, откуда взялся файл мог еще старый "pkg_info -w" лет  эдак 15 назад.

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

Всерьез пытаться обнаружить руткиты с помощью пакетника? Гм, удачи Вам.

> Донавесить эффективный rollback например снапшотом btrfs мне как-то сильно проще чем донавесить
> эффективный трекинг всех файлов в системе чем-то вместо пакетного менеджера

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

> Самое очевидное: RAM,

Вам как, ограничить пользователю в джейле?
rctl -a jail:foo:memoryuse:log=127M/user
rctl -a jail:foo:swapuse:log=127M/user

Или может, отдельному процессу пользователя?
rctl -a user:foo:memoryuse:sigterm=1289M/process
rctl -a user:foo:swapuse:sigterm=1280M/process

Или всему джейлу целиком?
rctl -a jail:foo2:memoryuse:deny=129M/jail

> CPU (в чем-то типа процентов а не абсолютное время,

rctl -a jail/user/process:foo:pcpu:deny=20
man jail
>  pcpu               %CPU, in percents of a single CPU core

.
> дисковая активность (бандвиз, iops).
> Как в этой штуке IOPS урезать и/или бандвиз диска ограничить?
> А то ваш ман про такие  вещи почему-то молчит в тряпочку. Ну или мне нужны очки.

Видимо, к сожалению, вам все же желателен визит к окулисту.
rctl -a user/jail/process:foo:readbps:throttle=1M
rctl -a user/jail/process:foo:writeiops:throttle=20

> Количество процессов в помойке

rctl -a jail:foo:maxproc:deny=10

> В это etc попадают хотя-бы отдельные рулесы фаера для каждого контейнера и
> настройки шейпинга траффика? Или ты это даже не проверял?

Попадают, не извольте беспокоиться.

> Говорю же - не шибко гибко. Во многих линуксных запускалках поверх namespaces (например том же firejail) можно
> файлуху компоновать более продвинуто.

Если вы так говорите, тогда конечно так оно и есть.

> И совсем отдельную, и используя существующую ФС за основу (но например наглухо readonly)  и что там еще.

Не расстраивайтесь, но пока ничего более продвинутого, к сожалению, не видно.

>  И если например стоит цель отрезать проге только сеть
> - файлуху можно резать менее кардинально. Позволяет балансировать желаемый уровень изоляции  vs затраты на подъем контейнера.

jail -U anonymous -c vnet path=/ command=/foo
Хотя да, наверное все же слишком сложно и несколько запутанно.

> А как насчет виртуализации IPC, mounts и прочих имен хоста?

Вам как, разрешить, запретить или может быть разрешить использовать общий для какой-то группы контейнеров?

Кстати, кусочки из /usr/src/sys/kern/vfs_subr.c

/*
* Credential check based on process requesting service, and per-attribute  permissions.
int
extattr_check_cred(struct vnode *vp, int attrnamespace, struct ucred *cred,
...
         * Do not allow privileged processes in jail to directly manipulate
         * system attributes.
        switch (attrnamespace) {

или /usr/src/sys/kern/uipc_socket.c

int
socreate(int dom, struct socket **aso, int type, int proto,
...
if (prison_check_af(cred, prp->pr_domain->dom_family) != 0)
                return (EPROTONOSUPPORT);

достаточно убедительны?

> ... повторения, как я понимяю — для надежности.

.
>> Вы конечно не поверите, но тот же poudriere (Port build and test
>> system, это то, чем обычно собирают пакеты для реп) вполне себе
> Вы конечно не поверите, но debootstrap вообще надо только указать какой реп
> брать за основу и куда это раскатать.
> ... вариации выше сказанного, видимо для лучшего понимания читателями ...
> Debootstrap вообще ничего не собирает. Качает пакеты и распаковывает куда укажешь.

Преклоняюсь перед дебианщиками — делать репозиторий с пакетами ничего не собирая, а только качая эти пакеты! Мое глубочайшее уважение!
Интересный и очень любопытный подход!
Разрешите полюбопытствовать — если для этой своеобразной сборки пакетов в репозиторий нужно указать репозиторий, то как и кто собирает самый первый репозиторий? И в чем, кроме зеркалирования, смысл такого репозитория, если берутся уже готовые пакеты?

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

208. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 17-Авг-16, 07:41 
> Прошу прощения, а сам пакетник чем не угодил?

Сам пакетник как раз нормальный. Приветы редхату ;)

> образ размером около 30MБ

Вполне вменяемая цифря, btw. Только у мну примерно такой размер - одной командой. А до скольких он сжимался - у вас что, есть ФС с прозрачным сжатием? В пингвинах такого добра - на все оказии. Только не надо про ZFS, там где размер образа колышет - и оперативки обычно мало.

> А вот если сама система в / и /usr и все что ставится дополнительно,
> идет в /usr/local, то ощущения помойки как-то не возникает.

Я конечно понимаю что local можно снести без последствий для системы, но мне не нравится такое "управление" софтом и останутся хвосты, например в /home. И мусор будет накапливаться.

> Всерьез пытаться обнаружить руткиты с помощью пакетника? Гм, удачи Вам.

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

> Э ... очень пластичное мировозрение и вообще, интересный подход.

Подход простой: сделать все просто, быстро и удобно для себя любимого. А что до rollback пакетником... эээ... возможно и неплохая фича. Но идея с снапшотом файлухой мне больше нравится: вообще нет стремноватой операции rollback как таковой.

> Видимо, к сожалению, вам все же желателен визит к окулисту.

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

> Хотя да, наверное все же слишком сложно и несколько запутанно.

По сравнению с например firejail? Пожалуй. Он вообще лаконичный по сравнению с тем что он делает (правда путем жульничества с профилями программ в конфигах).

>

 
> int
> socreate(int dom, struct socket **aso, int type, int proto,
> ...
> if (prison_check_af(cred, prp->pr_domain->dom_family) != 0)
>            
>     return (EPROTONOSUPPORT);
>

> достаточно убедительны?

Интересная виртуалзация. Может и TCP/IP так виртуализовать? :) А более вменяемые варианты типа отдельного namespace каждому контейнеру там есть?

> то как и кто собирает самый первый репозиторий?

Самый первый репозиторий собрали когда-то давно и вопрос из разряда "если сишный компилятор собирают сам собой, как же собрали первый компилятор?". Если честно я не знаю как выглядел bring-up первых репов. Наверное чем-то напоминало создание первых компиляторов.

Говоря за себя - я могу скроить пакет дебиана "голыми руками". Любой текстовый редактор, xz (или gzip) и ar. Ну еще всякие shasum/md5sum. Но это слегка в духе ассемблирования программы-загрузчика на тетрадном листке.

> И в чем, кроме зеркалирования, смысл такого репозитория, если берутся уже готовые пакеты?

Debootstrap не создает репозитории. Он лишь разворачивает из pre-existing реп с пакетами минимальный debian (иерархию ФС, которая может стать rootfs), способный дальше себя менять своим пакетником. Фокус в том что к хосту очень скромные требования по софту (по сути любое *nix-образное) и архитектура назначения может отличаться. Бонусом - система развернутая им минималистична донельзя. Это позволяет скроить нестандартный образ системы и даже используя как host машину другой архитектуры. Еще оно путем хитрых хаков решает проблему с тем что если у меня host x86-64, а target rootfs для ARM - даже если допустить что у меня было что-то дебианобразное и пакетник в нативном виде и он даже понял пакеты чужой архитектуры - не факт что скрипты post-install ARMовских пакетов отработает на x86 хосте сколь-нибудь разумно (да и запускать ремотные скрипты на хосте - не лучшая идея в плане факапов). Прелесть debootstrap в том что он не зависит от наличия местного пакетника и его способности прожевать пакеты foreign архитектуры и выполнить post-install. На самом деле ничего сверхъестественного, но сочетание простоты и педальности с чертовски полезным результатом и решением ряда хитрых проблем - почти гениальное.

Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

215. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 17-Авг-16, 14:24 
> Вполне вменяемая цифря, btw. Только у мну примерно такой размер - одной
> командой.

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

А до скольких он сжимался - у вас что, есть
> ФС с прозрачным сжатием?

Извините, но вы наверное не поверите. Нет, не zfs, что вы. И да, уже давно.

> Я конечно понимаю что local можно снести без последствий для системы, но
> мне не нравится такое "управление" софтом

Не сочтите за дерзость, но что, если вы просто не будете делать то, что вам не нравится? Или вас кто-то заставляет?


> Подход простой: сделать все просто, быстро и удобно для себя любимого. А
> что до rollback пакетником... эээ... возможно и неплохая фича. Но идея
> с снапшотом файлухой мне больше нравится: вообще нет стремноватой операции rollback
> как таковой.

Так это как раз просто, быстро и удобно, иметь возможность отката независимо от файловой системы. Ведь никто не запрещает использовать это возможность файловой системы, если она предоставляется.
А вот наоборот никак не выйдет. В этом случае только и остается, что повторять "Не нужно это нам, да и вообще не очень то и хотелось!"


>> Хотя да, наверное все же слишком сложно и несколько запутанно.
> По сравнению с например firejail? Пожалуй. Он вообще лаконичный по сравнению с
> тем что он делает (правда путем жульничества с профилями программ в
> конфигах).

А в том же Warden достаточно будет только мышкой ткнуть. Пользоваться  базовым jail никто не заставляет, для него есть надстройки.

>>> А как насчет виртуализации IPC, mounts и прочих имен хоста?
>> Вам как, разрешить, запретить или может быть разрешить использовать общий для какой-то группы контейнеров?
> А более вменяемые варианты типа отдельного namespace каждому контейнеру там есть?

Вы визит к окулисту все же не откладывайте.

>> то как и кто собирает самый первый репозиторий?
> Самый первый репозиторий собрали когда-то давно и вопрос из разряда "если сишный
> компилятор собирают сам собой, как же собрали первый компилятор?". Если честно
> я не знаю как выглядел bring-up первых репов. Наверное чем-то напоминало
> создание первых компиляторов.

Т.е. вы не знаете, чем именно собираются официальные репозитории?

>> И в чем, кроме зеркалирования, смысл такого репозитория, если берутся уже готовые пакеты?
> Debootstrap не создает репозитории. Он лишь разворачивает из pre-existing реп с пакетами
> минимальный debian (иерархию ФС, которая может стать rootfs), способный дальше себя
> менять своим пакетником.

Гм, если я вам привожу в качестве примера утилиту, которой в том числе собираются официальные репозитории, а вы в ответ в очередной раз расписываете прелести и преимущества утилиты, которая репозитории не создает … прошу прощения, что возможно лезу не в свое дело, но может быть вам стоит обратится еще и к проктологу, так сказать для профилактики основного органа используемого для чтения?

Ответить | Правка | ^ к родителю #208 | Наверх | Cообщить модератору

120. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от Dmitry (??) on 15-Авг-16, 09:54 
>> А поподробнее? Какие такие "политики" и в чем нужно убеждать мейнтейнеров?
> Управление ресурсами и нормальная виртуализация сети. В лине контейнер может выглядеть
> более-менее похоже на отдельную VM с своей сетью, ФС и даже
> юзерями. Ему можно порезать ресурсы так чтобы он не клал весь
> хост в случае чего. На локалхосте это может и пофиг, а
> на серваке где куча контейнеров - совсем не айс если runaway
> контейнер положит или сильно просадит остальных. А своя сеть с своим
> интерфейсами, адресами, маршрутами, правилами фаера и проч - удобно. Управляется как
> будто это просто еще одна отдельная машина. Админу не надо голову
> особо забивать - он уже и так все это умел.

Чукча не читатель. Чукча писатель.
Если Вы не знаете, как это работает во FreeBSD, это не значит, что там этого нету.

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

102. "Кандидат в релизы FreeBSD 11"  +6 +/
Сообщение от iZEN email(ok) on 14-Авг-16, 20:49 
Вам сколько лет, Ника?
Я когда переходил с Ubuntu на FreeBSD в 2006 году линуксоиды тоже самое пели.
Раньше аргументы против у них были два: kernel panic при попытке обращения к неотмонтированной флэшке и отсутствие UTF-8 в консоли. Остальных вопросов не возникало — OpenVZ был в стадии разработки, а GEOM и Jail тролли просто не могли переварить, чтобы что-то противопоставить.

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

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

209. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 17-Авг-16, 07:43 
> Ещё один аргумент. Отсутствие нужных программ на FreeBSD — явная глупость, кем-то
> выдуманная. Если на ней запускаются даже проприетарные бинарные программы для Linux,
> то в консерватории нужно что-то подлечить прежде, чем выставлять свою неосведомлённость
> напоказ.

Что, steam заработал?

Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

217. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 17-Авг-16, 14:57 
>> Ещё один аргумент. Отсутствие нужных программ на FreeBSD — явная глупость, кем-то
>> выдуманная. Если на ней запускаются даже проприетарные бинарные программы для Linux,
>> то в консерватории нужно что-то подлечить прежде, чем выставлять свою неосведомлённость
>> напоказ.
> Что, steam заработал?

А поцаны-то и не знали!
https://www.youtube.com/watch?v=frvCE7-6Ji8

Ты бы лучше скайпом похвалися. Или МС вас там ловко кинул с зондами?


Ответить | Правка | ^ к родителю #209 | Наверх | Cообщить модератору

115. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от qwerty (??) on 15-Авг-16, 04:04 
>На мой взгляд, единственная причина почему FreeBSD....

Басня "Лиса и виноград", классика. =)

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

132. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от Клыкастый (ok) on 15-Авг-16, 13:55 
>  но сложность в установке, настройке, обслуживании, обновлении

Собственно именно за лёгкость в установке, настройке, обслуживании и обновлении фря и любима.

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

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

194. "Кандидат в релизы FreeBSD 11"  +2 +/
Сообщение от Arcade (ok) on 16-Авг-16, 23:44 
Тут вам уже ответили, я наверное добавлю комментариев с точки зрения фряшника которому приходится поддерживать полсотни линуксов.

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

Ну, на нас иногда мир держится. Что делать, стараемся.

> Может он чуточку и безопасней дефолтного Linux

Это кстати умозрительное суждение. Просто время поддержки технологий в мире BSD исчисляется десятилетиями, а в мире линукса - шилом под хвост. Это как в звуке - у нас уже 20 лет есть нормальный звук через OSS и ломать там нечего, а в линуксе только с появлением пульсы наметилось снижение количества метаемого говна и повышение качества звука. Особенно на системах которые пульсу вышвырнули, как андроид. А до этого раз в три-четыре года тесали новую технологию и с помпой меняли всё, потом фиксили баги, форкали, меняли, фиксили и опять по новой.

> но сложность в установке,

Тут не знаю, последние пять релизов привык делать `make DESTDIR=/new/disk installworld installkernel ...` и никуда не хожу. Но я видел линуксы...

Оно графическое. Оно скриптится, но через жопу. Вам обязательно нужен NetworkManager и поддержка кучи модемов и впнов и вафлей (ага, в ДЦ). Вам обязательно нужна мышь. После десятка машин эта сраная боль уже достаёт.

Всё самое интересное начинается после установки, когда оказывается что чтобы установить например Percona 5.7 нужно посносить мускуль из системы (да что он там на хрен делает?) а для работы почтового сервера вам нужен обязательно цербер, лдап и пара баз. Нет, они вам на хрен не нужны, но библиотеки должны лежать чтобы взлетело. Привет от безопасности.

> настройке,

Во фре у меня документация для неадминов куда чего крутить занимает 20kb. В линуксе мне нужно писать полотно на 2kb что нужно делать чтобы при клонировании машины не нужно было переконфигурировать все сервисы.

Количество мест настройки зашкаливает. Это имеет свой каталог в /etc, это каталог в /var, это вообще признаёт только /opt. Половина софта таскает с собой какую-то пургу потому что на вашей ископаемой версии оно не взлетит. При этом системные сервисы писаны из рассчёта "взлетело и нафиг" без возможности исправить процесс запуска, максимум добавить параметров. Только на линуксе у меня возникали весёлые вопросы "какого рожна ява слушает только ipv6" и "как мне поднять pure-ftpd с авторизацией".

> обслуживании,

А что там обслуживать? Релиз выпущен - и досвидания, ждите следующего.

> обновлении,

Вот уж чего нету того нету. Любителям отрицать очевидное рекомендую обновить Centos 4 на Centos 5. После выпуска системы софт коорый в неё вошёл больше не обновляется, если RHEL7 вышел со старым питоном то досвидания. Я помню какие красивые глаза были у дева которому я объяснял что работающий Python 3.5 со всеми модулями - это я ему дал на погонять свой хост на DragonflyBSD, а на линуксе только жёваное стекло и всё сами.

> отсутствие множества программ,

Вот это просто описывает линукс от и до. Только за последний год:
* захотел авторизировать юзеров ftp c MsSQL, во фре на выбор pureftpd и proftpd, в линуксе pure-ftpd нерабочий а под proftpd модулей нет. Собираем сами.
* захотелось немного скриптинга под нгинкс. во фре нгинкс сразу из порта с чем хочешь, а в линуксе захотел луа и иди… собирать.
* захотелось библиотек из luarocks, в фре в портах, на линуксе никаких пакетов нет, собираем сами.
* захотелось хитрый плагин на питон, mysql-connector вроде - в фрю добавил а на линуксе его нету.
* захотелось openfire - ставить руками, пилить (так как внутри своя версия явы и ископаемые скрипты запуска). Во фре - штатно.
* захотелось поставить flask.... блджд, в репе модули ссылаются на модули которых нет, куда копать не ясно, ставиться фарш.
* … на расте пописать …
* … на го что-то поставить …

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

> всё это уже поставило жирный
> крест на данной ОС и на других BSD.

Мда, наверное поэтому целая куча крупных компаний равняются не на линукс. NetFlix перевёл всё хранение на фрю. Facebook сидит на линуксе, но хочет переписать хотябы сетевую подсистему.

Есть ещё, кстати, одна область, в которой многие равняются на BSD. Называется "инновации". Такие вещи как CARP и NetMap появились совсем недавно, но почему-то на них никто не забивает. Хотя честно, UCARP на линуксе пробовал - врагу не пожелаешь такого говна.

> Через 10 лет про него наверно придётся полностью забыть. Музей ОС пополнится
> новым экспонатом, ещё один Minix, Haiku, Syllable, BeOS :))
> Ставим SeLinux на Linux и вот вам FreeBSD без костылей и напрягов.

Вот и удачи вам сидеть на Linux. Не вам выкатывать солнце - вот и нам не советуйте чем его подцеплять. Мы же не орём что "Винда маздай"/"Линукс отстой" - мы делаем дело. У каждой операционки своя ниша. И Винда с Линуксом в последнее время тихо грызутся за одну из них не сильно нам при этом мешая.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

225. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от DeadLoco (ok) on 28-Авг-16, 04:36 
> Количество мест настройки зашкаливает.

Для меня это вообще фактор №1. В каждом линуксе свои закоулки, куда рассованы конфиги.  Вдобавок, в угоду гуевому мышкованию все эти конфиги покрошены в мелкий инклудовый винегрет, который легко соотносится с контролами гуевых форм, но глазами не читается от слова ваще. И не дай бог захочется странного, не предусмотренного писателями гуя к конфиг-файлу. В лучшем случае из файла просто выкинется все, что не парсится обработчиками гуя. А в худшем все скособочится набекрень, и будешь с высунутым языком бороться с отходами жизнедеятельности гуя. Когда линуксоид видит один монолитный конфиг того же экзима или довекота, в котором секции аккуратно выстроены в соответствии с логикой обработки сессии, у него возникает только один вопрос - из анекдота. А что, так можно было?

Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

226. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от DeadLoco (ok) on 28-Авг-16, 04:42 
> А что там обслуживать? Релиз выпущен - и досвидания, ждите следующего.

Чочо? А freebsd-update зачем придуман? Ну, или svnup-ом сырцы обновить и пересобраться.

За патчлевелами если не следить, то может случиться ай-я-яй.

Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

233. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Flash (??) on 29-Сен-16, 13:43 
Очевидно, что наличие одной ОС на рынке не будет положительным результатом для отросли,
но если такое когданибудь и произойдет, то с чего вы взяли что это будет Linux?
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

16. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от nezi (ok) on 13-Авг-16, 18:14 
FreeBSD становится историей. Ее быстренько нельзя потыкать в виртуалке, а после того как юный падаван видит PC-BSD - навсегда пропадает интерес к этой OC. BSD не для десктопа, немногочисленные маргиналы мне конечно возразят) У FBSD проблемы с виртуализацией, точнее ее нет, нет промышленной виртуализации на FreeBSD. ПО для ентерпрайза не выпускается для этой ОС, Oracle - Linux, Java - Linux, ... - Linux. Я не говорю что Java'ы нет на фряхе а то что она не сертифицирована для нее, а то что openjdk портировали бизнесу насрать. "Замечательные" порты никому ненужны, так как они требуют времени и опыта, а выйгрыш минимален. Слово "Замечательные" в кавычках не случайно, у меня были знакомые BSD'шники перешедшие на Gentoo, так вот после ебилдов на порты возвращаться не хотят. DPKG инновация, которую можно было спроектировать по человечески имея опыт Linux, но нет, если я ставлю Tomcat и у меня в системе Java8, мне всеравно затащат Java7 (ставил год назад) и сказать что ненужно мне 7, в системе новая версия - нельзя. Портов много, но когда оказывается что нужного тебе порта нет, я становлюсь "грустной пандой". Проще разобраться с Debian чем понять как собрать graph-tool(https://graph-tool.skewed.de) под FreeBSD. Неплохая сетевая подсистема, единственное что у нее осталось, но за отсутствием всего остального, фряха интересна только конторам выпускающим сетевые железки. Можно крутить какое нибудь ПэХаПы, Пейтоны или Раби, поднять почтваик или файлопомойку на локалхосте, ну и все пожалуй. А Hadoop можно, он же на Java? Нет, только Linux иди гуляй со своей бздей. Сейчас разработка ориентируется на линукс.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от Vladimir (??) on 13-Авг-16, 18:34 
Не вижу проблемы запстить FreeBSD в виртуальной среде - выбирай: BHyve,VirtualBox, Xen, KVM, Hyper-V.
Hadoop - ты хоть в портах то смотрел, перед тем как заявлять.

hadoop2 Apache Map/Reduce framework
2.7.2_1 devel search for ports that depend on this port An older version of this port was marked as vulnerable. Find issues related to this port Report an issue related to this port
    Maintainer: demon@FreeBSD.org search for ports maintained by this maintainer
    Last commit date: 2016-05-23 21:35:01
    License: APACHE20
    SVNWeb : Homepage : PortsMon

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

21. "Кандидат в релизы FreeBSD 11"  +4 +/
Сообщение от nezi (ok) on 13-Авг-16, 18:50 
Прежде чем писать: - "Не вижу проблемы запстить FreeBSD в виртуальной среде", нужно вдумчиво прочитать комментарй. Я писал не о том что можно запустить фряху в виртуальной машине на локалхосе. Гипервизор нужен, бихейв не готов к промышленной эксплуатации. То что хадуп есть в портах это замечательно, но я не про локалхост говорю. Нужна сборка от Cloudera или HornetWorks, а не непонятно что непойми кем патченная на непонятной опен джаве.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору
Часть нити удалена модератором

41. "Кандидат в релизы FreeBSD 11"  +2 +/
Сообщение от Аноним (??) on 13-Авг-16, 21:33 
> Ну да, если хостить вм на фряхе выбор только из VB и BHyve.

При том VB ну как-то совсем не хостерский, Bhyve хронически недопилен, а разные системы на хосте и гуесте можно захотеть только в приступе острого мазохизма.

Ответить | Правка | ^ к родителю #217 | Наверх | Cообщить модератору

103. "Кандидат в релизы FreeBSD 11"  –2 +/
Сообщение от iZEN email(ok) on 14-Авг-16, 20:53 
>> Ну да, если хостить вм на фряхе выбор только из VB и BHyve.
> При том VB ну как-то совсем не хостерский, Bhyve хронически недопилен, а
> разные системы на хосте и гуесте можно захотеть только в приступе
> острого мазохизма.

Недавняя новость: https://www.opennet.me/opennews/art.shtml?num=44570
"09.06.2016 09:04  Компания Microsoft подготовила модифицированную версию FreeBSD для Azure"
Ка же так, а?

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

112. "Кандидат в релизы FreeBSD 11"  +2 +/
Сообщение от Аноним (??) on 15-Авг-16, 00:54 
У майкрософта на хостах абажура - винда и hyper-v. А мы вроде как раз про хосты, да?

Если же ты про ремарку про мазохизм - это для СВОЕЙ инфраструктуры. Админить гетерогенную инфраструктуру - дорого, геморно и криво. На продажу - за деньги любой каприз, лишь бы клиент саппорт не имел и сервера не обваливал.

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

Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

113. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от Аноним (??) on 15-Авг-16, 01:01 
PS да, изя, ты только подумай: сейчас даже винда может сервировать другим виртуалки на продажу. А фряха не может. Серверная, говорите, система? :)
Ответить | Правка | ^ к родителю #112 | Наверх | Cообщить модератору

124. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Dmitry (??) on 15-Авг-16, 10:34 
> PS да, изя, ты только подумай: сейчас даже винда может сервировать другим
> виртуалки на продажу. А фряха не может. Серверная, говорите, система? :)

Ссылку о том, что "FreeBSD не может" в студию.

Вот кусок из "bhyve Frequently Asked Questions":

Q: What VM operating systems does bhyve support?

A: bhyve supports any version of FreeBSD i386/amd64 with VirtIO support. OpenBSD, NetBSD and GNU/Linux are supported using the using the sysutils/grub2-bhyve port. UEFI support is available for FreeBSD, GNU/Linux, SmartOS and Windows:

    FreeBSD 8.4-RELEASE amd64/i386 and 8-STABLE amd64
    FreeBSD 9.*-RELEASE amd64/i386 9-STABLE amd64/i386
    FreeBSD 10 (All amd64/i386 versions)
    FreeBSD 11-CURRENT amd64/i386
    OpenBSD amd64/i386 5.2 and newer
    GNU/Linux amd64/i386 (Many distributions)
    NetBSD amd64 6.1 and newer
    SmartOS 20151001 and newer
    Windows x64 Vista, 7, 8, 10
    Windows Server 2008r2, 2012r2, 2016 Technical Preview

Tested GNU/Linux distributions include:

    CentOS/RHEL 6.2, 6.3, 6.4, 6.5 and 7.0
    Debian 6.0.7, 7.0, 7.6 netinstall i386/amd64
    Fedora 20
    OpenSUSE 12.3 and 13.1 amd64
    Ubuntu server 10.04, 12.04, 13.04, 14.04, 14.10, 15.04, 15.10, 16.04 i386/amd64

Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

210. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 17-Авг-16, 07:51 
> Ссылку о том, что "FreeBSD не может" в студию.

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

А то что кто-то что-то "протестировал" - я помню как ZFS был такой протестированный и такой висючий на sendfile() :)

Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

157. "Кандидат в релизы FreeBSD 11"  –2 +/
Сообщение от Аноним (??) on 15-Авг-16, 17:58 
> PS да, изя, ты только подумай: сейчас даже винда может сервировать другим
> виртуалки на продажу. А фряха не может. Серверная, говорите, система? :)

Она не серверная. В ней драйверов FC нету. Никаких. Вообще. От слова "совсем". Трудно же LightPulse на eBay купить за 15 бакинских и драйвер сделать.

Позорище, даже венда подхватывает FC HBA.

Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

166. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от Dmitry (??) on 15-Авг-16, 23:13 
А ребята то из iXsystem не знают, и поставляют машинки с TrueNAS и FC на борту :(

Для чукчи, который не читатель, а писатель - навскидку: "man mpt", "man ips" и т.п.

Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

189. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от тигар (ok) on 16-Авг-16, 22:02 
> А ребята то из iXsystem не знают, и поставляют машинки с TrueNAS
> и FC на борту :(
> Для чукчи, который не читатель, а писатель - навскидку: "man mpt", "man
> ips" и т.п.

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

Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

121. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Dmitry (??) on 15-Авг-16, 10:00 
>> Ну да, если хостить вм на фряхе выбор только из VB и BHyve.
> При том VB ну как-то совсем не хостерский, Bhyve хронически недопилен, а
> разные системы на хосте и гуесте можно захотеть только в приступе
> острого мазохизма.

Что именно в bhyve из нужного Вам не допилено ? Можно конкретный пример без голословных заявлений ?
Или уважаемый "Аноним" таки никогда не запускал bhyve, и знает о нем только из публикаций на LOR ?

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

211. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 17-Авг-16, 08:34 
> Что именно в bhyve из нужного Вам не допилено ? Можно конкретный
> пример без голословных заявлений ?

Я не бесплатный тестлаб и уже видел как ZFS был "готов к продакшну", а потом вис в sendfile(). И kvm'ом я начал пользоваться когда увидел что крупняк начинает им орудовать и он уже не падает, не глючит и проч. Виртуализатор мне нужен все-таки не для того чтобы тестировать его на глючность и гадать глючит ли у меня конфиг или сам виртуализатор. В таком вопросе уравнение с 2 неизвестными меня не устроит.

Если тебе интересно - могу рассказать пару интересных вещиц которые можно с VM делать.
1) А что, пробросим usb девайсину в VM? Можно запустить маздай какойнить и посниффать проприентарный протокол внаглую. На бзде с bhyve номер проканает? Только не надо спрашивать как это в bhyve засетапить. Я на kvm/qemu это еле сколхозил.

2) А pci-e passthrough рискнешь здоровьем? Если, конечно, он есть. Втыкаем штуки дае-три каких-нибудь радеонов (для начала можно и что попроще). А теперь кого-нибудь из них - в гуест. И поработать с ним там, да? С нативным драйвеорм (как раз говорят засинхрили с Linux-DRM 4.9, даешь уберглюкинг по максимуму). Ах, естественно IOMMU в системе должен быть. И его поддержка в софте. Без этого система скорее всего жестоко умрет в первые же 5 секунд. Весь хост. И как, такие выкрутасы работают? Это и на пингвине то может сюрпризов подкинуть. Хотя и не фатальных для хоста, если IOMMU работает :).

Ну это так, если тебе станет скучно, нефиг делать и заинтересует как народ пользуется виртуализаторами "по максимуму" для всяких извращений и чего в принципе кому "хватает".

> Или уважаемый "Аноним" таки никогда не запускал bhyve, и знает о нем
> только из публикаций на LOR ?

Аноним не имеет ресурсов проводить бесплатное тестирование каждого недопилка на планете. И тем более детально выяснять что из qemu-system-* --help запилили где-то еще. Это довольно много работы.

Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

212. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от Dmitry (??) on 17-Авг-16, 10:01 
>[оверквотинг удален]
>> пример без голословных заявлений ?
> 2) А pci-e passthrough рискнешь здоровьем? Если, конечно, он есть. Втыкаем штуки
> дае-три каких-нибудь радеонов (для начала можно и что попроще). А теперь
> кого-нибудь из них - в гуест. И поработать с ним там,
> да? С нативным драйвеорм (как раз говорят засинхрили с Linux-DRM 4.9,
> даешь уберглюкинг по максимуму). Ах, естественно IOMMU в системе должен быть.
> И его поддержка в софте. Без этого система скорее всего жестоко
> умрет в первые же 5 секунд. Весь хост. И как, такие
> выкрутасы работают? Это и на пингвине то может сюрпризов подкинуть. Хотя
> и не фатальных для хоста, если IOMMU работает :).

https://wiki.freebsd.org/bhyve/pci_passthru
https://svnweb.freebsd.org/base/stable/11/sys/x86/iommu/

А что за поддержка IOMMU в софте должна быть ?
У меня в MySQL нет поддержки IOMMU. И виртуалка с ним работает уже 6 секунд :)

Ответить | Правка | ^ к родителю #211 | Наверх | Cообщить модератору

188. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от тигар (ok) on 16-Авг-16, 22:00 
> Прежде чем писать: - "Не вижу проблемы запстить FreeBSD в виртуальной среде",
> нужно вдумчиво прочитать комментарй. Я писал не о том что можно
> запустить фряху в виртуальной машине на локалхосе. Гипервизор нужен, бихейв не
> готов к промышленной эксплуатации. То что хадуп есть в портах это
> замечательно, но я не про локалхост говорю. Нужна сборка от Cloudera
> или HornetWorks, а не непонятно что непойми кем патченная на непонятной
> опен джаве.

вертел и от клаудеры и "оригинальную" еще во времена FreeBSD 8.2. да, порт допиливать и сабмитить в дерево (а потом еще и поддерживать порт этого поделия под фрей) мне было влом, собирал локально пакеты, их ставил, в т.ч на 7.х. Но мне это было интересно, а нонешним школьникам^Wдевопсам мозгов хватает только на "прочесть на хабрахабаре статью и накопипастить командочек оттуда в консоль. 2016ый год, на дворе. смузи, спринты, эджайл и прочий булшит, делать им нефиг, понимать как это работает, нужно "работу работать" же;)

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

40. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 13-Авг-16, 21:31 
> Не вижу проблемы запстить FreeBSD в виртуальной среде

У фрибсдшников очень интересные понятия о "нет проблемы".

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

19. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от tabachen (ok) on 13-Авг-16, 18:37 
так юзал ты фряху или нет? такое впечатление, что ты прочитал пару критикующих постов и не разобравшись тупо их копипастишь. над linux хорошо попотели маркетологи, а на деле нету у него каких-то киллер фич, чтобы быть круче *BSD. софтокомпании работают с данностью. нужен софт под Linux - выпустят, нужен под фряху - подтянут. хотя все довольно прилично работает через linuxulator
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

22. "Кандидат в релизы FreeBSD 11"  +6 +/
Сообщение от nezi (ok) on 13-Авг-16, 18:56 
> а на деле нету у него каких-то киллер фич

есть на linux ориентируются компании выпускающие софт, KVM есть в linux)

> нужен под фряху - подтянут

подтяни мне в компанию Oracle, а лично мне Wolfram Mathematica  и Dato GraphLab)

> через linuxulator

я не о localhost блядь говорю

Freebsd нужно было пиарить что бы не потерять новых админов, нужно было пиарить что бы под нее выпускали софт. Нужно было развивать направление виртуализации(на занюханной NetBSD есть Xen dom0) чтобы не потерять провайдеров. Сейчас  время ушло.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

24. "Кандидат в релизы FreeBSD 11"  –3 +/
Сообщение от tabachen (ok) on 13-Авг-16, 19:15 
че ты пристал так к виртуализации? во фряхе есть jails.
хах. для CNN oracle запилили базу.
у bsd все в порядке с юзанием в продакшн. допустим тот же instagram на openbsd.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

26. "Кандидат в релизы FreeBSD 11"  +2 +/
Сообщение от nezi (ok) on 13-Авг-16, 19:33 
> jails

Не смеши. Иди предложи кому нибудь заменить VMware ESXi, KVM или какой нибудь OpenVZ на FreeBSD Jail а потом отпиши тут куда тебя отправили.

> для CNN oracle запилили базу

Рад за CNN

> instagram на openbsd

Только OpenBSD и все?)

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

37. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от . on 13-Авг-16, 21:12 
Ну как тебе сказать ...

Ну например так:
вот эту программку, серверная часть которой есть только под фряху (sic!!!), продали недавно одной маленькой фирме, за немноШко денеХ :)
http://www.forbes.com/sites/parmyolson/2014/10/06/facebook-c...

Одно только это сливает все твои ЫгcпЁpдные оценки в тoлчoк со страшным звуком :)

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

42. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 13-Авг-16, 21:36 
Как ты думаешь, будет ли мордокнига возиться с фряхой, если у них линь везде, вплоть до свичей собственной разработки? Да, они не собираются лизать жуниперу - калибр не тот ;)
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

43. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от nezi (ok) on 13-Авг-16, 22:30 
Компания продала бизнес другой компании. Дальше что? Марк посмотрит что не на линухе и начнет переводить весь свой бизнес на фряху, да наверно так все и будет)
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

143. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от _ (??) on 15-Авг-16, 16:38 
О сколько боли и сгоревших стульев! :)
"Facebook Closes $19 Billion WhatsApp Deal" - мордокника купила чегоап за 19 Миллиардов вечнозелёных фантикофф ...

А из чего же сделан этот самый чегоап? А вот :
https://habrahabr.ru/post/276951/
Систему делали опытные перцы. И они поступили просто - взяли ___лучшее___ сетевое ядро, и поверх него пустили апппз на Ёзыке который масштабируется ___лучше___всех___ : "Основанная на Erlang и FreeBSD архитектура WhatsApp"  :)

Я виноват. Сколько сейчас табуреток сгорело :-(

:-))))

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

148. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от nezi (ok) on 15-Авг-16, 17:24 
> Сколько сейчас табуреток сгорело

0 так как именно о таком коробочном использовании FreeBSD я и говорил)

Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

171. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от . on 16-Авг-16, 02:48 
Ну да, всё правильно: +1 табуретка.
А по ссыле - юзают фряху массированно, на железе, с диким траффиком и pps и главное ... успешно!
Но они конечно против nezi - недоумки, аха :-))))
Ответить | Правка | ^ к родителю #148 | Наверх | Cообщить модератору

169. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от izyk (ok) on 16-Авг-16, 00:33 
> Freebsd нужно было пиарить что бы не потерять новых админов, нужно было
> пиарить что бы под нее выпускали софт. Нужно было развивать направление
> виртуализации(на занюханной NetBSD есть Xen dom0) чтобы не потерять провайдеров. Сейчас
>  время ушло.

Ну NetBsd отнюдь не занюханная. Справедливости ради, dom0 а FreeBsd11 есть. И по возможностям покруче чем в NetBsd. Хотя для Ынтырпрайз не потянет, пока.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

190. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от тигар (ok) on 16-Авг-16, 22:05 
ну, если в лице "новых админов" ты имеешь ввиду себя то я как-то и рад за FreeBSD. Серьезно.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

35. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от . on 13-Авг-16, 20:52 
Рассуждения жабщиков про ОС - это всегда потрясный трэш :) nezi ты ничем от них не опличаешься, небойсь гоняешь свою жабу под фиииндоооз как вы все и делаете, мне вообще то неприятно возится в том де**ме что ты суда вывалил, но вот хочу тебя шокировать:
Как установить программу ХУZ в демьяне (это такой линукс чтоб ты знал - запомни):
Debian:
apt install XYZ
А во фрязе?
FreeBSD:
pkg install XYZ
Окуенная разница!!!! :)
Это в принципе всё что вам нужно знать об Ыгспёрде nezi и чем воня^W пахнет от его "ЫгЗпёрпиз" :-)))
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

44. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 13-Авг-16, 23:29 
> Debian:
> apt install XYZ
> А во фрязе?
> FreeBSD:
> pkg install XYZ
> Окуенная разница!!!! :)

А разница - в политиках майнтенанса и пригодности таковых к продакшну. В дебиане есть stable для продакшна с приличным периодом майнтенанса, при том это для всех пакетов в репе, testing для тех кому свежак, unstable для совсем хардкорщиков. Это логично и работает. И нет никаких бредятин с делением на базовых и не базовых и какой там еще дребедени. Все управляется единообразно и логично. Для этого пакетный менеджер и нужен, собственно. В таком виде он разгружает админа. А чисто для галочки - толку то с него?

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

49. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от nezi (ok) on 14-Авг-16, 00:12 
> Debian:
> apt install XYZ
> А во фрязе?
> FreeBSD:
> pkg install XYZ
> Окуенная разница!!!! :)

У него просто сильно пригорело и начал он писать всякую ересь. Причем тут установка пакетов когда я указал на нужное мне, но отсутствующее приложение в портах (graph-tool)?

>И нет никаких бредятин с делением на базовых и не базовых и какой там еще дребедени.

Все верно, в Debian пакеты ставятся из stable и backports + репы с сайтов разработчиков. Например: Cran3 для R, graph-tool.skewed.de для graph-tool.

Во FreeBSD pkg-ng не позволяет поставить пакет "частично", т.е. если в системе уже присутствует необходимая зависимость, после установки в системе будет присутствовать несколько версий оной, хотя использоваться будет последняя) Если с этим пытаться что то делать приобретешь много гемора...

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

53. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от universite (ok) on 14-Авг-16, 00:49 

> Во FreeBSD pkg-ng не позволяет поставить пакет "частично", т.е. если в системе
> уже присутствует необходимая зависимость, после установки в системе будет присутствовать
> несколько версий какой то библиотеки, хотя использоваться будет последняя) Если с
> этим пытаться что то делать приобретешь много гемора...

Библиотека будет использоваться только та, которая нужна.
Если софт слинкован с lib_bla-bla-bla.so вместо lib_bla-bla-bla.so.30, то это проблемы  разработчика, а не системы.

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

57. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от nezi (ok) on 14-Авг-16, 01:02 
> Библиотека будет использоваться только та, которая нужна.
> Если софт слинкован с lib_bla-bla-bla.so вместо lib_bla-bla-bla.so.30, то это проблемы
>  разработчика, а не системы.

Тут все верно, опечатка с моей стороны. Пример выше который я упоминал касался Tomcat у которого в зависимостях стоит Java версии 7. Не важно что в системе есть Java 8 и она будет использоваться для запуска. Java 7 мне всеравно запихнут в систему.

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

63. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 14-Авг-16, 01:53 
> Тут все верно, опечатка с моей стороны. Пример выше который я упоминал
> касался Tomcat у которого в зависимостях стоит Java версии 7. Не
> важно что в системе есть Java 8 и она будет использоваться
> для запуска. Java 7 мне всеравно запихнут в систему.

pkg search tomcat
tomcat-6.0.45_2                Open-source Java web server by Apache, 6.x branch
tomcat-native-1.2.7            Tomcat native library
tomcat7-7.0.70                 Open-source Java web server by Apache, 7.x branch
tomcat8-8.0.36                 Open-source Java web server by Apache, 8.x branch

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

65. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Блюмберг on 14-Авг-16, 02:26 
И?
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

67. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 14-Авг-16, 03:26 
> И?

pkg search tomcat|xargs -n1 pkg rquery "%n deps: %dn"
tomcat deps: openjdk8
tomcat-native deps: openjdk8
tomcat-native deps: openssl
tomcat-native deps: apr
tomcat deps: openjdk8
tomcat7 deps: jakarta-commons-daemon
tomcat7 deps: openjdk8
tomcat8 deps: jakarta-commons-daemon
tomcat8 deps: openjdk8

И?

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

69. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от nezi (ok) on 14-Авг-16, 04:25 
Порты обновили, год назад было иначе) Давайте тогда наоборот у меня в системе есть openjdk7 и я сейчас ставлю tomcat7, мне поставят openjdk8. Да я понимаю что текущая восьмерка, но вот хочу. Я просто указываю на отсутствие гибкости, такой порт как Tomcat должен иметь зависимость от Java но не должно быть привязки к конкретной версии.  Должно быть както так >= java6 т.е. зависимость должна быть не строгой. В том же Debian есть мета пакеты без привязки к версии. Вот она ущербность pkg-ng, вот нельзя было спроектировать нормально основываясь на опыте Linux?
Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

74. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от tomcat (??) on 14-Авг-16, 07:02 
Да открой ты наконец Makefile порта и посмотри туда:
USE_JAVA=       yes
JAVA_VERSION=   1.7+
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

78. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от nezi (ok) on 14-Авг-16, 09:37 
> USE_JAVA=       yes

Да разуй ты уже глаза, речь про pkg-ng. Я не красноглазый по портам шариться.

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

105. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от iZEN email(ok) on 14-Авг-16, 20:57 
>> USE_JAVA=       yes
> Да разуй ты уже глаза, речь про pkg-ng. Я не красноглазый по портам шариться.

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


Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

108. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от nezi (ok) on 14-Авг-16, 22:40 
>Пакеты вообще-то из дерева портов собираются. С дефолтными опциями

Да, но меня это волновать не должно.

>Хочешь создать и сопровождать свой репозиторий

Не хочу, хочу нормальный пакетный менеджер.

Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

119. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от iZEN email(ok) on 15-Авг-16, 09:42 
>>Хочешь создать и сопровождать свой репозиторий
>Не хочу, хочу нормальный пакетный менеджер.

Так что конкретно "не так" в pkg-ng? Чего не хватет?

Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

172. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от . on 16-Авг-16, 02:51 
Ну nezi же прямо сказал, что они должны волновать :) А оне - не волнуют! :)
Ответить | Правка | ^ к родителю #119 | Наверх | Cообщить модератору

54. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 14-Авг-16, 00:56 
> У него просто сильно пригорело и начал он писать всякую ересь. Причем
> тут установка пакетов

При том что у пользователей BSD традиционно какие-то очень превратные представления о пакетных менеджерах и их удобстве и фичности. Если б этот кадр один такое писал - я бы еще понял. Но местные бсдшники вообще не могут осознать плюсы нормального пакетника. Почти все. Да что там, когда сдох сервер опеннета - реанимация сайта была больше недели, чтоли. С чуть ли не поиском такого же железа. Представляешь себе такой крындец с пингвинами? Даже ламероватый нуб за неделю просто загвоздит все вокруг линуксными серверами.

> когда я указал на нужное мне, но отсутствующее приложение в портах (graph-tool)?

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

> Все верно, в Debian пакеты ставятся из stable и backports + репы
> с сайтов разработчиков. Например: Cran3 для R, graph-tool.skewed.de для graph-tool.

Ну да, а базы как таковой нет. Есть метапакеты для вкатывания каких-то типовых пресетов, но если пресеты не нравятся - ставишь так как нравится самому. Иногда зависимости конечно могут быть дурноваты, но тут уж у любой медали есть 2 стороны. Я для встройки запиливаю весьма лаконичные дебианы debootstrap'ом. И понятно на чем вертел бред с базовыми системами. Пакетник позволяет и быстро ворочать большие пресеты и обновлять все одним чихом и более гранулярно рулить, если надо.

> несколько версий какой то библиотеки, хотя использоваться будет последняя) Если с
> этим пытаться что то делать приобретешь много гемора...

В дебиане иногда тоже может потребоваться попилотировать пакетник нестандартно. Но это редко и для разборчивых юзерей и сильно нестандартных задач (типа жесткой минимизации размера образа под эмбед или контейнеры).

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

106. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от iZEN email(ok) on 14-Авг-16, 21:06 
>> У него просто сильно пригорело и начал он писать всякую ересь. Причем
>> тут установка пакетов
> При том что у пользователей BSD традиционно какие-то очень превратные представления о
> пакетных менеджерах и их удобстве и фичности. Если б этот кадр
> один такое писал - я бы еще понял. Но местные бсдшники
> вообще не могут осознать плюсы нормального пакетника. Почти все.

А что там не так было с pkg_* и сейчас pkg-ng? Они ненормальны разве?

> Да что
> там, когда сдох сервер опеннета - реанимация сайта была больше недели,
> чтоли. С чуть ли не поиском такого же железа. Представляешь себе
> такой крындец с пингвинами? Даже ламероватый нуб за неделю просто загвоздит
> все вокруг линуксными серверами.

Так поставить мало — надо настроить правильно, чтобы не было бэк-доров и прочих скрытых потерей управляемости ресурсами. В линуксах безопасность определяется квалификаций мантейнеров дистрибутива, во FreeBSD безопасность определяется админом, который её ставит - это вся разница. (По дефолту у FreeBSD достаточный уровень безопасности, чтобы ей хотя бы начать пользоваться. Незнай, почему вы боитесь.)

> В дебиане иногда тоже может потребоваться попилотировать пакетник нестандартно. Но это
> редко и для разборчивых юзерей и сильно нестандартных задач (типа жесткой
> минимизации размера образа под эмбед или контейнеры).

Ну да, чтобы избавиться от зависимости от Qt или WebKit, нужно немного "попилотировать" некоторые пакеты — собрать их с нужными опциями из портов. Это нетрудно, это уже заложено в систему, бояться этого не стоит. Опять же, можно оформить бинарные пакеты с нужными зависимостями, чтобы отдать их пользователям/серверам.

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

213. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 17-Авг-16, 10:01 
> А что там не так было с pkg_*

Он настолько обкоцаный и печальный что я не видел ни одного человека использовавшего ЭТО для того для чего нормальные люди пользуются пакетниками в системе. Да, знаешь, в дебианах и даже редхатах никто не ноет о том как долго компилится апдейт либр (или какой там у тебя) офиса. Его качают и ставят. И занимает это от каких-то секунд на SSD до может быть какой-нибудь минуты на медленном механическом hdd как в лаптопах. Поэтому народ не парится времнем таких операций.

> и сейчас pkg-ng? Они ненормальны разве?

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

Но, правда вот, кроме пакетника еще есть репы и пакеты в них. И как ты понимаешь, у хоть того же дебиана подходы "как это делать правильно" выработались не за 5 минут. А бцдуны упертые и тормозные. Сколько они этому будут учиться я даже представить себе боюсь. Пока тут вот народ показывает размеры пакетов - я худею с этих морских контейнеров. Как и от чушек где dev хидеры не отпилены от бинарей и прочих "а у нас все в один пакет запихано, поэтому их меньше". Хрена у некоторых фичи пакетного менеджмента. От таких "фич" не спасет даже хороший пакетник. Ведь вкатывать он будет то что ему подсунут майнтайнеры. И если они подсовывают неделимыми чушками по 100 метров, где все навалено в кучу...

> Так поставить мало — надо настроить правильно, чтобы не было бэк-доров и
> прочих скрытых потерей управляемости ресурсами.

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

А если это про ME и сотоварищей - дык как ты у него отбирать что-то собрался? Это он у тебя может что-то отнять. А ты у него ничего не отнимешь - хардваром не вышел.

> В линуксах безопасность определяется квалификаций мантейнеров дистрибутива,
> во FreeBSD безопасность определяется админом,

Весьма громкий тезис, только действительности имхо не очень соответствует.

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

Мы не "боимся" а недоумеваем что можно с 1 сервером неделю делать.

> Ну да, чтобы избавиться от зависимости от Qt или WebKit, нужно немного
> "попилотировать" некоторые пакеты — собрать их с нужными опциями из портов.

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

Ну и вообще, в дебиане получить сорц пакета не так уж сложно. Да и пересобрать его - тоже. Ну то-есть инструменты придется подучить немного, но большой вопрос будет ли это дольше чем постоянно канпелировать жирные программы. Я не спорю что у пакетников есть свои минусы. И шанс нарваться на странность зависимостей или нежелательные опции одно из слабых мест технологии. Но у технологии есть и сильные стороны. Главная из которых - мощная разгрузка админа от рутинного системного крапа.

> Это нетрудно, это уже заложено в систему, бояться этого не стоит.

Понимаешь, изя, у меня по жизни есть более интересные занятия чем из принципа отрывать Qt какой-то строптивой жирной проге пересобирая ее лично.

> Опять же, можно оформить бинарные пакеты с нужными зависимостями, чтобы отдать
> их пользователям/серверам.

Можно. Только очень хорошо если этим будут заниматься майнтайнеры, а мне этим заниматься не придется или придется это делать редко.

Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

228. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от DeadLoco (ok) on 28-Авг-16, 05:44 
> Вот конкретно сейчас и ng - даже вполне вменяемо сделан и сравнительно
> похож на что-то приличное. По крайней мере более-менее умеет очевидные фичи
> ожидаемые от нормального пакетника

Не могли бы вы назвать эти очевидные фичи, которые умеет pkg-ng и не умел pkg_*? Хотя бы три из них?

Ответить | Правка | ^ к родителю #213 | Наверх | Cообщить модератору

224. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от universite (ok) on 19-Авг-16, 23:38 

>  Да что
> там, когда сдох сервер опеннета - реанимация сайта была больше недели,
> чтоли. С чуть ли не поиском такого же железа. Представляешь себе
> такой крындец с пингвинами? Даже ламероватый нуб за неделю просто загвоздит
> все вокруг линуксными серверами.

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

+ Не все админы проверяют целостность бэкапов и не делают тестового поднятия из бэкапов. За это работодатель в большинстве случаев не платит.

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

227. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от DeadLoco (ok) on 28-Авг-16, 05:40 
> Но местные бсдшники вообще не могут осознать плюсы нормального пакетника. Почти все.

Перечислите эти плюсы, пожалуйста. Хотя бы три из них.

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

125. "Кандидат в релизы FreeBSD 11"  +2 +/
Сообщение от Dmitry (??) on 15-Авг-16, 10:40 
>> Debian:
>> apt install XYZ
>> А во фрязе?
>> FreeBSD:
>> pkg install XYZ
>> Окуенная разница!!!! :)
> У него просто сильно пригорело и начал он писать всякую ересь. Причем
> тут установка пакетов когда я указал на нужное мне, но отсутствующее
> приложение в портах (graph-tool)?

"Причем здесь установка пакетов", когда в линуксе нету нужного мне mpd5.


> Во FreeBSD pkg-ng не позволяет поставить пакет "частично", т.е. если в системе
> уже присутствует необходимая зависимость, после установки в системе будет присутствовать
> несколько версий оной, хотя использоваться будет последняя) Если с этим пытаться
> что то делать приобретешь много гемора...

https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/p...
пункт 4.4.6

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

61. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от Аноним (??) on 14-Авг-16, 01:42 
> разница - в политиках майнтенанса
> В дебиане есть stable для продакшна с приличным периодом майнтенанса, при том
> это для всех пакетов в репе, testing для тех кому свежак,
> unstable для совсем хардкорщиков.

Cрезы "релиза", квартальные, "свежачок"
https://github.com/freebsd/freebsd-ports/branches
> branches/2016Q3 Updated 12 hours ago by mat

Что дальше?

> при том это для всех пакетов в репе

https://backports.debian.org/
> Backports cannot be tested as extensively as Debian stable, and backports are provided
> on an as-is basis, with risk of incompatibilities with other components in Debian stable. Use with care!
> Q: Is there security support for packages from backports.debian.org?
> A: Unfortunately not. This is done on a best effort basis by the people who track the package, usually the ones who originally did upload the package into backports

.
> И нет никаких  бредятин с делением на базовых и не базовых и какой там
> еще дребедени.

"Бредятина" потому что?

> Все управляется единообразно и логично. Для этого пакетный менеджер
> и нужен, собственно. В таком виде он разгружает админа. А чисто
> для галочки - толку то с него?

Так что не так с пакетным менеджером и управлением?

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

71. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от nezi (ok) on 14-Авг-16, 05:11 
> Cрезы "релиза", квартальные, "свежачок"

Вечный тестинг. Еще о каком то тестировании можно говорить по поводу бинарных сборок для pkg-ng но это: конкретные опции, конкретные версии => уже не новье а значит должна быть возможность поставить стабильную систему из пакетов а новые доставить из портов, но это невозможно во фряхе - или старье или тестинг. Как в Дебиан совместить нельзя.

> https://backports.debian.org/
> .

В стабильной системе backports, имеет наименьший приоритет (нету во фряхе), пакеты ставятся при конкретном указании данной репы. backports кстати тоже тестируются, не так как stable но тестируются.

> Так что не так с пакетным менеджером и управлением?

http://www.opennet.me/openforum/vsluhforumID3/108826.html#69

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

72. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от Блюмберг on 14-Авг-16, 05:29 
Опять все свелось к сравнению болтов с шурупами и что удобнее крутить отверткой... В место того что бы понять что бздя уже не состоятельна, выброшена на помойку истории и пригодна только для коробочных решений как и все бсд. Выше кстати писалось но разговор увели в дебри.

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

77. "Кандидат в релизы FreeBSD 11"  –2 +/
Сообщение от Аноним (??) on 14-Авг-16, 08:16 
>> Cрезы "релиза", квартальные, "свежачок"
> Вечный тестинг. Еще о каком то тестировании можно говорить по поводу бинарных
> сборок для pkg-ng но это: конкретные опции, конкретные версии => уже
> не новье а значит должна быть возможность поставить стабильную систему из
> пакетов а новые доставить из портов, но это невозможно во фряхе
> - или старье или тестинг.

Квартальные срезы — старье? Да ну.


> http://www.opennet.me/openforum/vsluhforumID3/108826.html#69

Я уверяю вас, что   вашу хотелку вполне возможно вкорячить пакетником.


Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

79. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от nezi (ok) on 14-Авг-16, 09:39 
>Квартальные срезы — старье?

Нет, это квартальный тестинг

> Я уверяю вас, что   вашу хотелку вполне возможно вкорячить пакетником.

Зуб даю!

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

85. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 14-Авг-16, 14:05 
>>Квартальные срезы — старье?
> Нет, это квартальный тестинг

А, ну понятно. Это "не дебиан".

>> Я уверяю вас, что   вашу хотелку вполне возможно вкорячить пакетником.
> Зуб даю!

pkg fetch tomcat
pkg add -M /var/cache/pkg/tomcat.txz
pkg set -n openjdk8:openjdk7
pkg lock tomcat

И где зуб?

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

87. "Кандидат в релизы FreeBSD 11"  –3 +/
Сообщение от nezi (ok) on 14-Авг-16, 14:29 
> И где зуб?

Зуб разрешаю мне не давать, так как это означало что я не верю:- "Я уверяю вас, что вашу хотелку вполне возможно..."

> pkg fetch tomcat
> pkg add -M /var/cache/pkg/tomcat.txz
> pkg set -n openjdk8:openjdk7
> pkg lock tomcat

Замечательно что эту опцию впилили, правда теперь этот пакет нужно обновлять персонально.

Может когда все свалят, фря превратиться в конфету)

Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

93. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 14-Авг-16, 16:20 

>> pkg fetch tomcat
>> pkg add -M /var/cache/pkg/tomcat.txz
>> pkg set -n openjdk8:openjdk7
>> pkg lock tomcat
> Замечательно что эту опцию впилили,

Эта опция уже давно.
> правда теперь этот пакет нужно обновлять персонально.

Так потому и "вкорячить", что кривовато сделанно.

Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

20. "Кандидат в релизы FreeBSD 11"  –6 +/
Сообщение от Аноним (??) on 13-Авг-16, 18:50 
Не знаю, что там у вас с фряхой случилось, но даже арч (почти постоянная моя система) и то проще в установке и наладке. И нет 100500 веселых легасиартефактов. Одни плюсы.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

23. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от grsec (ok) on 13-Авг-16, 19:14 
radeon powersave заработал?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

73. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от бедный буратино (ok) on 14-Авг-16, 05:55 
чё, реально можно поставить на Cubieboard? или как в NetBSD?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

117. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от qwerty (??) on 15-Авг-16, 04:38 
> чё, реально можно поставить на Cubieboard? или как в NetBSD?

Если память на изменяет, на A20 вполне. Если действительно есть интерес.
Но я не стал бы рекомендовать как десктоп в силу малой мощности подобных плат.
А для портативный серверок под свои цели как раз.

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

80. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от nezi (ok) on 14-Авг-16, 10:24 
Бсдшники могут генерировать тонны "умных" комментариев о том как удобна фича x или как быстро сделать y, но независимо от этого доля FreeBSD на рынке почему то снижается... FreeBSD это сплошная  упущенная возможность окончательно ставшая тенью Linux.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

84. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Аноним (??) on 14-Авг-16, 13:23 
Все мои каменты потерли, но сравнение с некоей более популярной ОС очевидны. Все это можно сказать по линукс в сравнении с виндой, но поскольку все тут фанаты линукс, то этого не замечают. Хоре уже унижать "менее популярные проекты", т к вы приверженцами таковых и являетесь - вот мой посыл. Если бы все выбирали только популярное и готовое, то и линукса бы не было и ничего открытого.

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

86. "Кандидат в релизы FreeBSD 11"  +3 +/
Сообщение от nezi (ok) on 14-Авг-16, 14:10 
> это можно сказать по линукс в сравнении с виндой

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

> Если бы все выбирали только популярное и готовое

Идеологией очень удобно прикрываться а на самом деле это: "халявное" тестирование и меньшие затраты на разработку)

> линукса бы не было

А сколько тогда стоил юникс?

> Хоре уже унижать

Расовая дискриминация, ЛГБТ, феминизм, ...

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

97. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Анонотролль on 14-Авг-16, 18:49 
Любой админ поставит то, что ему нужно и твоего мнения не спросит. Статистика показывает, что таких "стесненных" полным полно, они нормально зарабатывают и довольны жизнью и не сидят на форумах пол жизни, а тебе тут велся какой-то бсд, который ты даже не юзаешь, и уже весь на г изошел.

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

Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

99. "Кандидат в релизы FreeBSD 11"  +2 +/
Сообщение от Мюллер on 14-Авг-16, 19:15 
> Любой админ поставит то, что ему нужно

То что ему нужно он поставит у себя дома.


Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

145. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от _ (??) on 15-Авг-16, 17:10 
У него и так арчик в бутылке под десяточкой :)
Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

81. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от Сергей (??) on 14-Авг-16, 11:35 
Я, как виндусятник с 1991 года, наверное с 1995 начал читать опеннет. И я помню, как еще во время релиза 8-ой фри линусятники обьявляли фрю отсталой, никому ненужной поделкой, надо ее бросмть и отдаться в разработку ядра линукса, правда время течет и в сегодняшнем обсуждении почему-то нет упоминания об UTF-8 в консоли фри)))
Зти все высказывания говорят о том, что мир линукса не идеален, в каждом его дистрибутиве есть некоторое количества меда, а остальное дерьмо, но при этом количество дистрибутивов растет, отдичаясь от друг друга только обоями и заявлением: я создал свой дистрибутивю (мания величия). Более того, большинство динусятников подобны мне, они не знают, что помимо мыши есть еще и клавиатура, настривая свои компы методом копи-паст..
Да у фри есть проблемы и основная из них является и ее наиболее сильной стороной, я имею в виду ее лицензию. И именно благодаря ей фря наверное будет жить вечно, поскольку  есть у некоторых людей такая черта как бескорыстие.
вместо того, чтобы поливать, написали бы хоть что-то для линукса
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

83. "Кандидат в релизы FreeBSD 11"  +7 +/
Сообщение от nezi (ok) on 14-Авг-16, 12:05 
> фря наверное будет жить вечно

Если такое существование можно назвать жизнью. UTF в консоли тут не причем как и лицензия, мне это не мешало в свое время, а вот неверная политика превратившая эту некогда хорошую ОС в ныне вечный номер два, заставила  отказаться отнее не только западные но и наши крупные компании как от основной ОС. У каждой: OpenBSD, NetBSD, DragonFlyBSD - есть своя уникальная особенность, FreeBSD соперничавшая с Linux увеличивает разрыв проигрывая ему. На данный момент при тех же отсутствующих фичах DragonFlyBSD опережает FreeBSD и если нужно будет выбирать я выберу DragonFlyBSD.

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

90. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Мюллер on 14-Авг-16, 14:58 
Да именно 8 фря и была у меня последней
Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

94. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Сергей (??) on 14-Авг-16, 17:23 
> Да именно 8 фря и была у меня последней

Добавьте сюда еще слова:"которая вышла в ноябре 2009 года"...

Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

95. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от Аноним (??) on 14-Авг-16, 17:45 
juju прикрутили с PXE для разворачивания парка серверов?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

107. "Кандидат в релизы FreeBSD 11"  –2 +/
Сообщение от iZEN email(ok) on 14-Авг-16, 21:39 
> juju прикрутили с PXE для разворачивания парка серверов?

Давно: https://www.freebsd.org/doc/ru/books/handbook/network-diskle...


Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

109. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от Аноним (??) on 14-Авг-16, 23:05 
разницу между менеджером декларативных описаний конфигураций и тем, чем эти конфигурации управляют понимаете?
Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

133. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от iZEN email(ok) on 15-Авг-16, 13:57 
> разницу между менеджером декларативных описаний конфигураций и тем, чем эти конфигурации
> управляют понимаете?

Нет.

Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

122. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от IMHO on 15-Авг-16, 10:15 
я использую FreeBSD, NetBSD для себя как десктоп, программ хватает, это все старые басни и строки людей которые не использовали FreeBSD. Бежать и делать FreeBSD как Ос для домохозяек, еще рано, я это признаю. Я больше любитель в ИТ, чем профессионал, с портами и пакетами разобрался, это проще чем в линуксе, настройки ОС также, некоторые настройки ОС пригодны еще 10тилетней давности и команды еще работают.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

126. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от Dmitry (??) on 15-Авг-16, 11:15 
Меня всегда интересовало, почему всегда "негодуют" те, кто не пользуется FreeBSD дома и на работе. Т.е. те, кто даже не знают о сильных и слабых сторонах FreeBSD.
А информацию получают от "мальчика из соседнего подъезда".

Для тех, кто пишет что-то вроде "radeon powersave заработал?" - откуда мы знаем, какая у Вас видеокарта, какой у Вас драйвер, какие в нем настройки, какие настройки sysctl в ветках hw.dri.0, какие модули ACPI у Вас загружены, и как они настроены ?

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

И да, для тех, кто не осилил прочитать документацию. Во FreeBSD можно управлять ресурсами контейнеров.

На одной системе могут жить и Java7, и Java8. Причем обновляться беспроблемно и через порты, и через пакетный менеджер.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

127. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Andrey Mitrofanov on 15-Авг-16, 11:29 
> Меня всегда интересовало, почему всегда "негодуют" те, кто не пользуется FreeBSD дома
> и на работе. Т.е. те, кто даже не знают о сильных
> и слабых сторонах FreeBSD.

Здесь все любят узбеков -- они на морозе хорошо заводятся.

Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

131. "Кандидат в релизы FreeBSD 11"  +5 +/
Сообщение от nezi (ok) on 15-Авг-16, 13:12 
> могут жить и Java7, и Java8.

Но я не об этом писал, а о том что исключить зависимость "по человечески" не получится, есть метод "вкорячить" предложенный пользователем БСД. А если мне нужна опция в пакете не установленная по дефолту, то вся ответственность(тестирование, сопровождение, сборка) ложится на меня так как по совету еще одного БСД'шника iZEN'а мне нужно создавать свою репу.

> mpd5

Зачем указывать на отсутствие узкоспециализированного по для одной из подсистем FreeBSD когда я привел пример кроссплатформенного приложения.

> Что именно в bhyve из нужного Вам не допилено ?

То что можно запустить Windows - это да, но для этого мне нужно раздобыть прошивку UEFI и скормить при загрузке Windows. И тут гладенько не получается а нужно по БСДшному "вкорячивать". Но речь о применимости опять свелась - "А мы не хуже так как я запустил это у себя в гараже." Кстати тут могу сослаться на еще одного БСДшника "." который признал что не готово еще)

Отсутствие коммерческих приложений указывает к потере интереса к БСД: например заплаты к карточкам Intel (em, igb, igbx) приходят с опозданием для БСД.

Ответить | Правка | ^ к родителю #126 | Наверх | Cообщить модератору

135. "Кандидат в релизы FreeBSD 11"  –5 +/
Сообщение от iZEN email(ok) on 15-Авг-16, 14:20 
>> могут жить и Java7, и Java8.
> Но я не об этом писал, а о том что исключить зависимость
> "по человечески" не получится, есть метод "вкорячить" предложенный пользователем БСД.

"Вкорячить" по-линуксоидски - это получить Slackware в локально установленной FreeBSD, если линуксоид не понял парадигмы FreeBSD. То есть брать архив с исходными текстами, разворачивать в рабочем каталоге и делать тупо ./make configure ; make ; make install
Ни о каком сопровождении пакетным менеджером в этом случае не может быть и речи - всё сваливается куда пожелает разработчик приложения и/или админ, который такое "вкорячивание" делает. Вот такое нормальные люди и называют "вкорячиание".

Когда делаешь что-то через pkg-ng или команду make в каталоге порта на FreeBSD уже не есть "вкорячивание", как вы изволили выразиться. Это есть грамотное управление конфигурацией (изменение опций сборки и зависимостей), сборкой и сопровождением-обновлением установленных пакетов. То есть это управляется единственно возможным и _правильным_способом_. Это не "вкорячивание".

> А если мне нужна опция в пакете не установленная по дефолту,
> то вся ответственность(тестирование, сопровождение, сборка) ложится на меня так как по
> совету еще одного БСД'шника iZEN'а мне нужно создавать свою репу.

Боитесь брать на себя ответственность рулить опциями зависимостей и сборки?
А что произойдёт страшного такого, что вы в этом запутаетесь?

> Отсутствие коммерческих приложений указывает к потере интереса к БСД: например заплаты
> к карточкам Intel (em, igb, igbx) приходят с опозданием для БСД.

Опять голословные утверждения. Чтобы вы знали: новые драйверы вносятся в систему или существенно обновляются в -CURRENT и в -STABLE-ветке. А из второй они попадают в -RELEASE на этапе очередной подготовки нового выпуска и выходят оттестированными и готовыми к промышленной эксплуатации. Заплаты (в том числе к драйверам) выпускаются в виде критических апдейтов к -RELEASE, патченное ядро получает номер -p1, -p2, -p3 и т.д..
Отслеживать апдейты для драйверов Intel (em, igb, igbx) лучше всего в -STABLE-ветке, так как они там проходят окончательную стабилизацию и проверку прежде, чем попасть в намечающийся релиз или в критический патч к ядру. Вот тут, например: https://svnweb.freebsd.org/base/stable/11/?sortby=date


Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

139. "Кандидат в релизы FreeBSD 11"  +4 +/
Сообщение от nezi (ok) on 15-Авг-16, 15:38 
Вам сколько раз повторять что не хочу ничего собирать. Если делаете сервис делайте его нормально что бы им было можно пользоваться не по принципу "вкорячить". Сколько было понтов что можно отказаться от портов и перейти на pkg-ng а на деле нельзя и то что для вас есть нормальное использование для меня называется "вкорячить".  Ну что за детский сад - боитесь, запутаетесь? Это ПОТЕРЯ ВРЕМЕНИ. Причем тут заплаты если я говорю об Интел которой нужно просто поддерживать хоть какую то работу на БСД, я говорю о том что не зависит от FreeBSD.
Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

151. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от _ (??) on 15-Авг-16, 17:36 
>Вам сколько раз повторять что не хочу ничего собирать.

Не только не хочешь, но и не можешь. Ватузятникафф от таких предложений "разрывает на части"! :)))

В линуксах:
Либо ты на пакетном дистре и значит жрешь софт как его видит маинтайнер пакета, с опциями которые _ОН_ считает нужными.
Либо ты на сорс-бэйзд ... но "не хочу ничего собирать" поцыента - его в туда не пустит :)

Если ты на пакетнике, но нужен пакет с какой то экзотической опцией\хитрой сборкой - опять же собирать самому. И это только первая половина пути. Вторую половину вообще проходят только единицы, это путь по не превращению скажем дебиана в слаку :-( Обычно Ыгсперды типа nezi лопаются от ЧСВ уже после успешной сборки :)

Во фряхе додавили идею что пакет - это заранее собранный порт с дефолтными опциями. ВСЁ! Просто? Даже слишком для некоторых %) Не нравится - собирай как надо, и отдавай пакетом.

Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

229. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от DeadLoco (ok) on 30-Авг-16, 11:50 
> ВСЁ! Просто? Даже слишком для некоторых %)

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

Ответить | Правка | ^ к родителю #151 | Наверх | Cообщить модератору

168. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Dmitry (??) on 15-Авг-16, 23:42 
> Вам сколько раз повторять что не хочу ничего собирать. Если делаете сервис
> делайте его нормально что бы им было можно пользоваться не по
> принципу "вкорячить". Сколько было понтов что можно отказаться от портов и
> перейти на pkg-ng а на деле нельзя и то что для
> вас есть нормальное использование для меня называется "вкорячить".  Ну что
> за детский сад - боитесь, запутаетесь? Это ПОТЕРЯ ВРЕМЕНИ. Причем тут
> заплаты если я говорю об Интел которой нужно просто поддерживать хоть
> какую то работу на БСД, я говорю о том что не
> зависит от FreeBSD.

Т.е. набрать ровно две команды

# freebsd-update fetch
# freebsd-update install

Это что-то "собирать" ?

Ну тогда командой "apt-get install firefox" Вы точно "собираете" линукс на своем компьютере, компьютере соседа, а так же роутере, через который ходите в интернет.

Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

230. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от DeadLoco (ok) on 30-Авг-16, 11:53 
А вот, собсно, вопрос назрел:

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

Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

231. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Andrey Mitrofanov on 30-Авг-16, 12:27 
> А вот, собсно, вопрос назрел:
> Есть ли в линуксах что-то, хотя бы отдаленно напоминающее дерево портов во
> фре?
> Т.е. целостная структура управления сборкой софтов?

Да, говорят, сорс-бейзд линуксы есть. Уж не знаю, чего там с "целостностью", со "структурой", с "управлением...  Вот https://www.gnu.org/software/guix/manual/html_node/Using-the... это, например, на Ваш вкус %-> как, "целостно"?

Ответить | Правка | ^ к родителю #230 | Наверх | Cообщить модератору

232. "Кандидат в релизы FreeBSD 11"  +1 +/
Сообщение от DeadLoco (ok) on 30-Авг-16, 13:05 
> это, например, на Ваш вкус %-> как, "целостно"?

Обнять и плакать...

Ответить | Правка | ^ к родителю #231 | Наверх | Cообщить модератору

167. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от Dmitry (??) on 15-Авг-16, 23:35 
>> могут жить и Java7, и Java8.
> Но я не об этом писал, а о том что исключить зависимость
> "по человечески" не получится, есть метод "вкорячить" предложенный пользователем БСД.
> А если мне нужна опция в пакете не установленная по дефолту,
> то вся ответственность(тестирование, сопровождение, сборка) ложится на меня так как по
> совету еще одного БСД'шника iZEN'а мне нужно создавать свою репу.
>> mpd5
> Зачем указывать на отсутствие узкоспециализированного по для одной из подсистем FreeBSD
> когда я привел пример кроссплатформенного приложения.

Я на этом "узоспециализированном приложении" зарабатываю деньги. А что Вам дало "кроссплатформенное приложение" ?

>> Что именно в bhyve из нужного Вам не допилено ?
> То что можно запустить Windows - это да, но для этого мне
> нужно раздобыть прошивку UEFI и скормить при загрузке Windows. И тут
> гладенько не получается а нужно по БСДшному "вкорячивать". Но речь о
> применимости опять свелась - "А мы не хуже так как я
> запустил это у себя в гараже." Кстати тут могу сослаться на
> еще одного БСДшника "." который признал что не готово еще)

Чукча не читатель ? В той же документации, на два пункта ниже была ссылка на установку в пункте "Q: What is required to support Graphical UEFI and operating systems like Microsoft Windows?" Прочитав этот пункт, Вы бы узнали, что достаточно установить один дополнительный пакет с образами UEFI для разных операционок.

> Отсутствие коммерческих приложений указывает к потере интереса к БСД: например заплаты
> к карточкам Intel (em, igb, igbx) приходят с опозданием для БСД.

Смотрю последний коммит для драйвера e1000:

Differential Revision: https://reviews.freebsd.org/D3162
Reviewed by: sbruno, marius, gnn
Approved by: gnn
MFC after: 2 weeks
Sponsored by: Intel Corporation

Вам рассказать, что такое MFC, или сами прочитаете ?
Ах да, я же забыл, чукча не читатель, чукча писатель.

Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

137. "Кандидат в релизы FreeBSD 11"  –2 +/
Сообщение от Сергей (??) on 15-Авг-16, 14:53 
Да и список поддерживаемого оборудования меньше чем у линукса, только потому что не позволяет из-за своей лицензии поставлять блобы в драйверах, которыми полон линукс. Ну не хотят производители железок выкладывать полную спецификацию своих железок...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

138. "Кандидат в релизы FreeBSD 11"  +4 +/
Сообщение от nezi (ok) on 15-Авг-16, 15:21 
>только потому что не позволяет из-за своей лицензии

Еще один Иксперт беять... Всем плевать на лицензии, важен интерес к платформе, к БСД его нет. Возьмем к примеру гигабитные сетевушки интел (em во фряхе): Чтоб она заработала ее нужно проинициализировать, тобиш нужно загрузить блоб, далле в сетевушке есть ринг-буфер который маппится на регистры, различные режимы прерываний чтоб сигнализировать фряхе забрать пакетики (уровень inet), все больше ничего. Везде блобы. Только для фряхи интеловцы написали сопли соединяющие блоб с хуками сетевой подсистемы и только потому что фря не просрала еще свой сетевой стэк.    

Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

147. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от _ (??) on 15-Авг-16, 17:23 
Ыкспрт. :) Ну а в сухом остатке - вся линейка Ынтелов во фряхе работает, работает как минимум не хуже чем в линуксах. А мелланоксы - так даже и лучше! :-р
Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

161. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от iZEN email(ok) on 15-Авг-16, 20:19 
Вот только сейчас прилетело на стаблю:

Updating '.':
D    sys/dev/mlx5/mlx5_en/tcp_tlro.c
D    sys/dev/mlx5/mlx5_en/tcp_tlro.h
U    sys/dev/bxe/bxe.c
U    sys/dev/mlx5/mlx5_en/mlx5_en_main.c
U    sys/dev/mlx5/mlx5_en/en.h
U    sys/dev/mlx5/mlx5_en/mlx5_en_rx.c
U    sys/dev/usb/input/ukbd.c
U    sys/arm64/arm64/vm_machdep.c
U    sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c
U    sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dbuf.c
U    sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu.c
U    sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dmu_objset.c
U    sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dnode_sync.c
U    sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/arc.h
U    sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/zio.h
U    sys/cddl/contrib/opensolaris/uts/common/fs/zfs/sys/dbuf.h
U    sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c
U    sys/cddl/contrib/opensolaris/uts/common/fs/zfs/dsl_scan.c
U    sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c
U    sys/amd64/amd64/initcpu.c
U    sys/modules/mlx5en/Makefile
U    sys/netinet6/in6.h
U    sys/netinet6/ip6_input.c
U    sys/vm/vm_pageout.c
U    share/mk/bsd.progs.mk
U    usr.bin/truss/setup.c
U    cddl/contrib/opensolaris/cmd/zdb/zdb.c
U    sys/ofed/drivers/infiniband/hw/mthca/mthca_cmd.c
U    sys/ofed/drivers/infiniband/hw/mthca/mthca_cmd.h
U    sys/vm/vm_page.c
U    sys/vm/uma_core.c
U    share/mk/bsd.README
U    usr.bin/truss/syscalls.c
U    cddl/contrib/opensolaris/cmd/zdb/zdb.8
U    sbin/route/route.c
U   .
Updated to revision 304166.

Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

185. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от . on 16-Авг-16, 16:37 
> Да и список поддерживаемого оборудования меньше чем у линукса, только потому что не
> позволяет из-за своей лицензии поставлять блобы

клоун, ты лицензию-то эту видел?
"     * 3. All advertising materials mentioning features or use of this software
      *    must display the following acknowledgement:
      *    This product includes software developed by the University of
      *    California, Berkeley and its contributors."
и в целом это - все. (первые два пункта - разрешающие)
Как думаешь, это может помешать "поставлять блобы"? Вот как живет совесть линукс-фагов, с одной стороны молча жрущих шит, с другой требующей от вмвари не использовать закрытые бинарники - ну, понятно, хорошо она живет, где-то в районе кредитной карты.

> Ну не хотят производители железок выкладывать полную спецификацию своих железок...

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

Драйвера пишут путем проб, ошибок, попыток допросить китайца из соседней комнаты (совсем не понимающего по сингальски, вот беда). Для винды - кое-как, для линукса - еще более кое-как, для фрибзди - ну, если и когда останется в таймтейбле клеточка инженера.
Ну вот em и igb (угадай, да, какой именно драйвер у интела в ЭТОМ сервере, нет, открыть нельзя, он в стойке, стойка в жопе, жопа в Бразилии олимпиаду обслуживает) - оставили клеточку, для них драйвера есть, апологеты щасливы.


Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

140. "Кандидат в релизы FreeBSD 11"  –1 +/
Сообщение от Сергей (??) on 15-Авг-16, 15:58 
Ну-ну, поэтому ты и заплатил за свой смартфончик мелкософту... В линуксе поставляется блоб, а не с-ный код, который можно скомпилячить в двоичный, а потом загрузить в сетевуху...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

141. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от nezi (ok) on 15-Авг-16, 16:09 
"Да ты дурачок, как я погляжу" - Даун Хаус
Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

152. "Кандидат в релизы FreeBSD 11"  +/
Сообщение от _ (??) on 15-Авг-16, 17:44 
Интересно, а ты в курсе что только гугель не платит $15 мелкомягким с __каждого__ проданного андроеда?! (ну и какие то махровые китайцы, которые в NA не продаются).

По поводу блобов - тоже сказано верно, назвали этот **** фирмварью. Но в данном случае глупо кивать на линукс, оно так для всех ОЗЪ, для фряхи в том числе.

Ответить | Правка | ^ к родителю #141 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру