форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
Сообщение от opennews (??) on 08-Авг-11, 09:49
После известия (http://slonik-v-domene.livejournal.com/96331.html) о начале перевода парка серверов Rambler-почты с FreeBSD на Linux развернулось множество обсуждений проблем FreeBSD, из которых стало известно, в том числе, и о планируемом переводе с FreeBSD поискового кластера Яндекс (более 30000 серверов). Конструктивное зерно этих обсуждений было сведено воедино и опубликовано в статье  "Каковы проблемы FreeBSD и пути их решения? Анализ и опрос (http://nuclight.livejournal.com/128712.html?usescheme=XColibur)". В предварительной части (http://nuclight.livejournal.com/128319.html) автор делает вывод (на основе инсайдерской информации), что миграция на другую ОС конкретно в случае Rambler-почты неоправдана, и вызвана организационными проблемами (например, увольнением нескольких компетентных сотрудников). Тем не менее, это не отменяет наличия у проекта FreeBSD серьезных проблем, ставящих ОС (и, соответственно, связанных с ней рабочих мест) под угрозу вымирания, если сообщество прямо... URL: http://nuclight.livejournal.com/128712.html?usescheme=XColibur Новость: https://www.opennet.ru/opennews/art.shtml?num=31422
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

3. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+2 +/–
Сообщение от Антон (??) on 08-Авг-11, 10:00
Мне не хватает доступных из коробки механизмов для развертывания и поддержания типовых систем на большом числе хостов. В простейшем случае хотелось бы загрузившись с установочного диска иметь возможность поставить систему на соседних машинах с загрузкой по PXE. Также хочется загрузки kickstart-сценария через http и фронтэнда c web-интерфейсом к инсталлятору, чтобы из браузера установкой управлять.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	186. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+5 +/–
	Сообщение от Аноним (??) on 08-Авг-11, 18:13
	ИМХО проблема у разработчиков BSD ровно одна: академики - не инженеры. Ну а боевые сервера - не экспонаты в музее. Указанный nuclight - отличная иллюстрация: как программер с математическим складом ума, молящийся на крутые концепции - да, молодец. Как инженер, ориентированный на достижение практически значимой для окружающих цели (например "работающий без проблем сервер, разворачиваемый и обслуживаемый без больших трудозатрат") - просто ноль. Из этой одной проблемы вытекает целая длинная череда всевозможных следствий.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	188. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–2 +/–
	Сообщение от iZEN (ok) on 08-Авг-11, 18:19
	> боевые сервера - не экспонаты в музее. Указанный nuclight - отличная > иллюстрация: как программер с математическим складом ума, молящийся на крутые концепции > - да, молодец. Как инженер, ориентированный на достижение практически значимой для > окружающих цели (например "работающий без проблем сервер, разворачиваемый и обслуживаемый > без больших трудозатрат") - просто ноль. Из этой одной проблемы вытекает > целая длинная череда всевозможных следствий. Проблему тут только одна: инженеры в 1970-х придумали архитектуру x86 и до сих пор в XXI веке люди не могут перейти на академическую разработку RISC-32/64, ARM и MIPS, хотя кое-где последнее повостребованнее бедет вместо динозавров x86.
	Ответить | Правка | ^ к родителю #186 | Наверх | Cообщить модератору

	195. "Шоу? Билеты почём??"	+1 +/–
	Сообщение от Andrey Mitrofanov on 08-Авг-11, 18:33
	> Проблему тут только одна: инженеры в 1970-х придумали архитектуру x86 и до Но разве это https://www.opennet.ru/opennews/art.shtml?num=31259#142 проблема FreeBSD?? > перейти на академическую разработку Да! Отпишите Ваши предложения: они будут умножены на пропорцию Вашего вклада и поделены на доступных разработчиков, fbsd ftw!!
	Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

	201. "Шоу? Билеты почём??"	+3 +/–
	Сообщение от Аноним (??) on 08-Авг-11, 18:43
	> Но разве это https://www.opennet.ru/opennews/art.shtml?num=31259#142 проблема FreeBSD?? Ох sh~~! А что, изен правда продает билеты на шоу "установка фрибзд на биглборд"?! Дайте парочку, в первые ряды?!
	Ответить | Правка | ^ к родителю #195 | Наверх | Cообщить модератору

	286. "Шоу? Билеты почём??"	+1 +/–
	Сообщение от ShturmN (ok) on 08-Авг-11, 23:38
	Как сказано в новости это и есть одна из основных проблем. То, что нужно рядовым пользователям, не имеющих прямого вклада, никого не волнует. Вот и вы собрались мнение умножать на вклад. Т.е. мнение большинства будет помножено на 0. Смысл тогда разводить полемику?
	Ответить | Правка | ^ к родителю #195 | Наверх | Cообщить модератору

	395. "Шоу? Билеты почём??"	+/–
	Сообщение от Diden05 on 09-Авг-11, 08:21
	Порог вхождения в данное сообщество слишком высок, потому и вклад от большинства нулевой. Я не претендую на истину в последней инстанции, но разработчикам fbsd стоило бы быть внимательней к нуждам тех самых рядовых инженеров, кто пользуется их продуктом. Иначе это как написать свой калькулятор с функцией управления кофеваркой, вроде технически реализуемо, но нафиг никому не надо. PS: Не осилил в данном случае не аргумент, осилил, но внедрять еще куда то, не стал бы, даже если бы хорошо приплатили. Дорого обходится в конечном итоге.
	Ответить | Правка | ^ к родителю #286 | Наверх | Cообщить модератору

	435. "Шоу? Билеты почём??"	+/–
	Сообщение от anonymous (??) on 09-Авг-11, 11:01
	они не хотят, потому что Илита. там вон была ветка, где я пытался товарищу нуклайту пояснить, что тезис «повернёмся лицом к пользователю» немножко в противоречии с его ответом человеку, который спросил, отчего они решают, как реорганизовать рабкрин на базе столь подходящей для этого платформы, как жж. нуклайт вполне ожидаемо сказал, что «у нас и так девелоперов мало, а тут ещё ты выпендриваешься: сделайте мне удобно! иди и пиши, а не хочешь — пшёл вон, смерд!» что характерно — нуклайт так и не понял, почему после подобных заявлений выглядит клоуном-демагогом со своми постами «давайте спасать бсд!»
	Ответить | Правка | ^ к родителю #395 | Наверх | Cообщить модератору

	426. "Шоу? Билеты почём??"	+/–
	Сообщение от Andrey Mitrofanov on 09-Авг-11, 10:37
	> Как сказано в новости это и есть одна [...] > Вот и вы собрались мнение умножать на вклад. Т.е. мнение большинства > будет помножено на 0. Это не я. "Как сказано в новости": ...""голоса конкретного человека по его вкладу в проект, так, чтобы у активных участников списков рассылок и авторов патчей было больше голосов, чем у случайных посторонних людей."" > Смысл тогда разводить полемику? Я буду^W^W_Мы_ будем "активными участниками", очевидно же.
	Ответить | Правка | ^ к родителю #286 | Наверх | Cообщить модератору

	200. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 08-Авг-11, 18:41
	> Проблему тут только одна: инженеры в 1970-х придумали архитектуру x86 и до > сих пор в XXI веке люди не могут перейти на академическую разработку RISC-32/64, ARM и MIPS, А все потому что пока зад^W академики натирали мозоли на высокие концепции, инженеры из интела плюнули на это все и сделали ДЕШЕВО и ПРОИЗВОДИТЕЛЬНО. И захватили мир. "Имидж ничто, жажда все". Если у меня не хватит денег на суперправильный проц - я скрепя сердце куплю тот на который денег хватит. Правда просто? > хотя кое-где последнее повостребованнее бедет вместо динозавров x86. Да, например ARM выпер х86 в мобильных применениях и эмбеддед малым потреблением, дешевой ценой и интегрированностью всей обвязки. А MIPS воскрес как "просто проц для роутеров". Не понятно чем он так всех прельстил, но факт. Правда вот у этой твоей BSD поддержка ARM и MIPS - чисто номинальная.
	Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

	272. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от zazik (ok) on 08-Авг-11, 22:24
	> дешевой ценой Сделайте меня развидеть это, пожалуйста!
	Ответить | Правка | ^ к родителю #200 | Наверх | Cообщить модератору

	259. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от AlexAT (ok) on 08-Авг-11, 21:55
	Удивительно, но на ARM/MIPS - везде есть вполне рабочее и стабильно ядро Linux. Так что кто там не может перейти - слабо понятно :)
	Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

	307. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Одмин on 09-Авг-11, 00:34
	А ну-ка озвучь основные проблемы amd64. Какая из них больше всего мешает развиваться Freebsd? Ты хотя бы ассемблер знаешь чтобы такими заявлениями кидаться?
	Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

	310. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от anonymous (??) on 09-Авг-11, 00:51
	> А ну-ка озвучь основные проблемы amd64. x86 legacy.
	Ответить | Правка | ^ к родителю #307 | Наверх | Cообщить модератору

	322. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от iZEN (ok) on 09-Авг-11, 01:20
	>> А ну-ка озвучь основные проблемы amd64. > x86 legacy. Что мешает написать WITHOUT_LIB32=true в /etc/src.conf и пересобрать систему, получив истинную 64-битность?
	Ответить | Правка | ^ к родителю #310 | Наверх | Cообщить модератору

	463. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Анон on 09-Авг-11, 13:52
	> Что мешает написать ..., получив истинную 64-битность? Предлагаю прочитать про CISC/RISC, и про то, почему на x86 всегда не хватает регистров и т. п.
	Ответить | Правка | ^ к родителю #322 | Наверх | Cообщить модератору

	546. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 21:31
	> Что мешает написать WITHOUT_LIB32=true в /etc/src.conf и пересобрать систему, получив > истинную 64-битность? Наверное в основном то что можно скачать готовую 64-битную систему. Даром. Сейчас. И не тратить уйму времени на пересбор всего и вся. Правда это будет линукс, но тем кому ехать а не шашечки это не столь уж и принципиально.
	Ответить | Правка | ^ к родителю #322 | Наверх | Cообщить модератору

4. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
Сообщение от mic_ughf78yrsdj on 08-Авг-11, 10:15
Если во FreeBSD не будет обновлён компилятор GCC или взамен него не будет предложено что-либо достойное, боюсь перспективы у FreeBSD будут неважные. Современный компилятор - это и решение проблем с созданием современного ПО, и поддержка новых инструкций. Слышал о CLANG, но в какой степени готовности он находится? Лицензионные ограничения FreeBSD не устраивают некоторых производителей ПО, насколько мне известно, данная причина является основной, почему не обновляется GCC. Здесь также нужны подвижки.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	5. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–2 +/–
	Сообщение от Аноним (??) on 08-Авг-11, 10:23
	> Лицензионные ограничения FreeBSD не устраивают некоторых производителей ПО, насколько > мне известно, данная причина является основной, почему не обновляется GCC. Здесь > также нужны подвижки. Поддерживаю, компилятор давно пора выносить в порты, как в свое время Perl вынесли. Это решит многие проблемы. Для упрощения установки можно добавить заглушку, которая при наборе команды gcc выведет предложение загрузить бинарный пакет или собрать из портов, предложив возможные варианты. Кстати, в Ubnuntu очень удобно, когда при попытке запустить программу, которая есть в пакетах, но не установлена, выводится указание в каком именно пакете находится данная программа. В случае FreeBSD можно выводить из какого порта можно поставить, иначе приходится кучу лишнего отсеивать при поиске по ключевым словам в портах, да и не решает это проблемы поиска нужного исполняемого файла.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	12. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+4 +/–
	Сообщение от йопт (??) on 08-Авг-11, 10:36
	тут надо всё таки добавить, что сложно будет собрать из портов вынесеный туда gcc без компилятора в базе. то есть в случае с gcc вариант получается только в бинарном пакете
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	30. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+5 +/–
	Сообщение от Паша (??) on 08-Авг-11, 11:36
	Ох ты ж блин, вот они основные проблемы фри. А вы не знали что в портах есть # ll -d /usr/ports/lang/gcc* drwxr-xr-x  3 root  wheel     7B Jul  3 23:44 /usr/ports/lang/gcc34 drwxr-xr-x  3 root  wheel     7B May 21 23:46 /usr/ports/lang/gcc42 drwxr-xr-x  3 root  wheel     7B Jul  3 23:44 /usr/ports/lang/gcc44 drwxr-xr-x  3 root  wheel     7B Aug  8 00:00 /usr/ports/lang/gcc45 drwxr-xr-x  3 root  wheel     7B Aug  2 23:53 /usr/ports/lang/gcc46 drwxr-xr-x  3 root  wheel     7B Aug  7 20:55 /usr/ports/lang/gcc47 и пересобрать base и ядро с этими компиляторами - дело двух строчек в make.conf? А вы не знали что "потратить кучу времени" на поиски сводится всего лишь к make search name=part_of_name make search key=some_key А вы не знали что есть всякие portmasterы и portupgradы и pkgs_which pkg_rmleaves и 100500 утилит? Вот в этом то и проблема фрибсд. Все есть, но никто в упор не видит.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	44. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+3 +/–
	Сообщение от Аноним (??) on 08-Авг-11, 12:00
	> и пересобрать base и ядро с этими компиляторами - дело двух строчек > в make.conf? А вы сами пробовали пересобрать ядро с /usr/ports/lang/gcc47, знайте при каком GCC из не всплывут глюки ? То-то и оно, что нужно себе шишки набивать каждый раз, для нынешних GCC из портов нет гарантии полной работоспособности и стабильности. > А вы не знали что "потратить кучу времени" на поиски сводится всего > лишь к > make search name=part_of_name > make search key=some_key Это поиск по description и ключам, определить в каком порте есть нужный файл это не поможет. Для поиска в каком порте лежит утилита, допустим, apxs, вам не поможет make search key=apxs make search name=apxs Другая проблема, невозможность дополнительной фильтрации вывода, обычно make search key выдает такие портянки, что искать не переискать, связка с grep не всегда удобна. > А вы не знали что есть всякие portmasterы и portupgradы и pkgs_which > pkg_rmleaves и 100500 утилит? И из этих утилит ни одной полноценной, что-то есть в одной утилите, что-то в другой, единого полноценного инструмента, который был позволил решить все проблемы с обновлением портов нет. Как уже кто-то писал в этом треде, теоретически все отлично, но на практике без рукоприкладства не обходится. > Вот в этом то и проблема фрибсд. Все есть, но никто в > упор не видит. Потому что нет очевидных решений, все приходится через пень-колоду делать.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	184. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от iZEN (ok) on 08-Авг-11, 18:09
	>> и пересобрать base и ядро с этими компиляторами - дело двух строчек >> в make.conf? > А вы сами пробовали пересобрать ядро с /usr/ports/lang/gcc47, знайте при каком GCC > из не всплывут глюки ? Я что-то не понимаю, если не нравится GCC в базовой системе и не хотите пользоваться новыми версиями GCC из портов, тогда к кому и по какому поводу претензии? >> А вы не знали что "потратить кучу времени" на поиски сводится всего >> лишь к >> make search name=part_of_name >> make search key=some_key > Это поиск по description и ключам, определить в каком порте есть нужный файл это не поможет. Что вам даст знание того, что определённый программный продукт содержит, допустим, файл с названием "ls" или "dd"? > единого полноценного инструмента, который был позволил решить все проблемы с обновлением портов нет. Так Unix-way же. > Как уже кто-то писал в этом треде, теоретически все отлично, но на практике без рукоприкладства не обходится. Решение проблем из-за человеческой глупости и небрежности ни одной супер-пупер-навороченной программе ещё не удавалось. Хотя подвижки к этому есть, например, в ядерной энергетике. :)) >> Вот в этом то и проблема фрибсд. Все есть, но никто в упор не видит. Это не проблема ОС как таковой, а проблема в безответственности людей, которые, заметьте, работают и делают программы для FreeBSD БЕСПЛАТНО, то есть даром. Над ними нету над шеей домоклова меча, который висит у 75% разработчиков GNU/Linux. ;) > Потому что нет очевидных решений, все приходится через пень-колоду делать. Что конкретно вас не устраивает?
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

	260. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от AlexAT (ok) on 08-Авг-11, 21:58
	>>> Я что-то не понимаю, если не нравится GCC в базовой системе и не хотите пользоваться новыми версиями GCC из портов, тогда к кому и по какому поводу претензии? Я знаю, что современное ядро Linux у меня одинаково соберется и на 4.1, и на 4.2, и на 4.3, и на 4.4, и на 4.5. Вполне себе портабельность. А BSDBS - настолько же древняя, как го^W встроенный в нее GCC.
	Ответить | Правка | ^ к родителю #184 | Наверх | Cообщить модератору

	263. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 08-Авг-11, 22:13
	> Я знаю, что современное ядро Linux у меня одинаково соберется и на > 4.1, и на 4.2, и на 4.3, и на 4.4, и > на 4.5. вы уверены? а md5-суммы собранного ядра разными гцц показать можете? >Вполне себе портабельность. А BSDBS - настолько же древняя, > как го^W встроенный в нее GCC. вопрос или намек не понят.
	Ответить | Правка | ^ к родителю #260 | Наверх | Cообщить модератору

	270. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от AlexAT (ok) on 08-Авг-11, 22:21
	> вы уверены? а md5-суммы собранного ядра разными гцц показать можете? Ээээ. Не понял вопроса совершенно. MD5 просто обязан быть разным, ибо оптимизатор апгрейдился от версии к версии, и каждая новая версия генерирует местами с целью оптимизации _другой_ код, который выполняет _ту же_ функцию. Я уверен в том, что ядро не сломается ни от 4.1, ни от 4.2, ни от 4.3 и т.д. Так понятнее? PS. Естественно, речь идет о _свежих_ ядрах, древние вполне могут не собраться правильно.
	Ответить | Правка | ^ к родителю #263 | Наверх | Cообщить модератору

	303. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от vegus (ok) on 09-Авг-11, 00:27
	Получается, озвученая Вами проблема - в неуверенности пользователей? - страхи по поводу соберется или не соберется, а также страхи по поводу изменения привычных методов пользования системой? Или же имеются ввиду какие-то конкретные технические тоже?
	Ответить | Правка | ^ к родителю #270 | Наверх | Cообщить модератору

	394. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 08:21
	>> вы уверены? а md5-суммы собранного ядра разными гцц показать можете? > Я уверен в том, что ядро не сломается ни от 4.1, ни > от 4.2, ни от 4.3 и т.д. Так понятнее? ну вот так и пишите, а не "соберется одинаково". и что там про bsdbs?
	Ответить | Правка | ^ к родителю #270 | Наверх | Cообщить модератору

	285. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 08-Авг-11, 23:38
	> вы уверены? а md5-суммы собранного ядра разными гцц показать можете? Они вполне могут быть разными - разработчики гццы не дремали и допиливали оптимизатор. Поэтому код может быть разным. А вот работать будет одинаково. Иллюстрация для тех кто в танке, на примере абстрактного процессора: mov r0, #1 mov r0, #2 mov r0, #3 заменяется на "оптимизированный варинат кода": mov r0, #3 И хотя md5sum у бинарного кода будет разный и вообще второй варинат в три раза короче, результат выполнения почему-то окажется совершенно одинаковый: r0 содержит число 3.
	Ответить | Правка | ^ к родителю #263 | Наверх | Cообщить модератору

	534. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Sem (ok) on 09-Авг-11, 19:36
	>[оверквотинг удален] > оптимизатор. Поэтому код может быть разным. А вот работать будет одинаково. > Иллюстрация для тех кто в танке, на примере абстрактного процессора: > mov r0, #1 > mov r0, #2 > mov r0, #3 > заменяется на "оптимизированный варинат кода": > mov r0, #3 > И хотя md5sum у бинарного кода будет разный и вообще второй варинат > в три раза короче, результат выполнения почему-то окажется совершенно одинаковый: r0 > содержит число 3. Это глупый код и глупый пример. Такое gcc умел еще от рождения. Сейчас пилятся более сложные оптимизации и по большей части касаемые C++. А некоторые из оптимизаций вообще отключаются в виду их сомнительности или известных багов. Так что сборка различными версиями gcc может не отличаться вплоть до байта.
	Ответить | Правка | ^ к родителю #285 | Наверх | Cообщить модератору

	548. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 21:37
	> Это глупый код и глупый пример. Такое gcc умел еще от рождения. Ну так это пример для глупых людей. Умные и сами должны понимать что оптимизатор в разных версиях gcc имеет право сгенерить разный код.   > Сейчас пилятся более сложные оптимизации и по большей части касаемые C++. Они там пилятся касаемо всего. > А некоторые из оптимизаций вообще отключаются в виду их сомнительности или > известных багов. Скорее, выносятся в другие уровни оптимизации которые вы можете попробовать на свой страх и риск. А все что стабильно упихано в -O2 как правило. Что-то сверх того... для ряда программ работает -O3, но злоупотреблять им не стоит. Прецеденты были. > Так что сборка различными версиями gcc может не отличаться вплоть до байта. Ну да, хрен там. На махине типа линуксного ядра это очень маловероятное событие. Конечно если сравнивать gcc 4.5.0 и 4.5.1 где все отличие только в багфиксах - это еще может прокатить, но например кернел собранный 4.2, 4.3, 4.4, 4.5 и 4.6 скорее всего будет с разным md5. Поэтому что должен доказывать md5 - не очевидно. Стагнацию в развитии оптимизатора? Не дождетесь :)
	Ответить | Правка | ^ к родителю #534 | Наверх | Cообщить модератору

	574. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 22:50
	> Ну да, хрен там. На махине типа линуксного ядра это очень маловероятное > событие. Конечно если сравнивать gcc 4.5.0 и 4.5.1 где все отличие > только в багфиксах - это еще может прокатить, но например кернел > собранный 4.2, 4.3, 4.4, 4.5 и 4.6 скорее всего будет с > разным md5. Поэтому что должен доказывать md5 - не очевидно. Стагнацию > в развитии оптимизатора? Не дождетесь :) человек сказал: >Я знаю, что современное ядро Linux у меня одинаково соберется и на 4.1, и на 4.2, и на 4.3, и на 4.4, и на 4.5. если сие утверждение верно, то md5 должна быть одинаковой.
	Ответить | Правка | ^ к родителю #548 | Наверх | Cообщить модератору

	621. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от AlexAT (ok) on 10-Авг-11, 09:54
	> человек сказал: >>Я знаю, что современное ядро Linux у меня одинаково соберется и на 4.1, и на 4.2, и на 4.3, и на 4.4, и на 4.5. > если сие утверждение верно, то md5 должна быть одинаковой. Примитивизируете, трололо. Одинаково не на бинарном, а на функциональном уровне.
	Ответить | Правка | ^ к родителю #574 | Наверх | Cообщить модератору

	696. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 10-Авг-11, 17:36
	> если сие утверждение верно, то md5 должна быть одинаковой. Человек имел в виду что соберется без проблем и функционировать будет одинаково. Наверное для некоторых этот факт слишком сложен для осознания.
	Ответить | Правка | ^ к родителю #574 | Наверх | Cообщить модератору

	290. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от iZEN (ok) on 08-Авг-11, 23:50
	> Я знаю, что современное ядро Linux у меня одинаково соберется и на 4.1, и на 4.2, и на 4.3, и на 4.4, и на 4.5. Вполне себе портабельность. А BSDBS - настолько же древняя, как го^W встроенный в нее GCC. Не волнуйтесь. У нас во 9-BETA1 уже LLVM/Clang в базовой системе. Многие порты им же и собираются. А это посовременнее всяких GCC и по портабельности производимого кода даст фору любому компилятору. ;)
	Ответить | Правка | ^ к родителю #260 | Наверх | Cообщить модератору

	342. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	–2 +/–
	Сообщение от anonymous (??) on 09-Авг-11, 02:07
	> Не волнуйтесь. У нас во 9-BETA1 уже LLVM/Clang в базовой системе. Многие > порты им же и собираются. А это посовременнее всяких GCC и > по портабельности производимого кода даст фору любому компилятору. ;) выше мы опять имели несчастье наблюдать рассуждения дилетанта о том, в чём он ничего не понимает, но очень хочет казаться экспертом.
	Ответить | Правка | ^ к родителю #290 | Наверх | Cообщить модератору

	372. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от iZEN (ok) on 09-Авг-11, 03:46
	>> Не волнуйтесь. У нас во 9-BETA1 уже LLVM/Clang в базовой системе. Многие >> порты им же и собираются. А это посовременнее всяких GCC и >> по портабельности производимого кода даст фору любому компилятору. ;) > выше мы опять имели несчастье наблюдать рассуждения дилетанта о том, в чём > он ничего не понимает, но очень хочет казаться экспертом. Ну да — неудачно выразился. Попробую ещё раз: система LLVM/Clang принуждает писать портабельный код без GCC'измов.
	Ответить | Правка | ^ к родителю #342 | Наверх | Cообщить модератору

	374. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	–2 +/–
	Сообщение от anonymous (??) on 09-Авг-11, 03:55
	> Попробую ещё раз: система LLVM/Clang принуждает писать портабельный код без GCC'измов. ну и летит лесом, соответственно. во-первых, gcc есть для такого количества архитектур, о которых кланг даже не мечтает пока. даже если к нему приплюсовать ещё пару каких-нибудь компиляторов. во-вторых, «gcc-измы» — они появились не просто так, а для удобства программиста. знаешь, я в гробу в костюме видал этот ваш пуризм: используя расширения gcc я: а) упрощаю себе жизнь; б) ничего не теряю, потому что target'ом для gcc разве что MENACE являтся не может, и то потому, что там один всего алгоритм зашит. замечание в сторону: кланг и сейчас некоторые расширения gcc понимает, и дальше будет понимать — ещё больше. потому что там сидят вполне адекватные люди, которые в курсе про необходимость «сферических коней в вакууме».
	Ответить | Правка | ^ к родителю #372 | Наверх | Cообщить модератору

	467. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 14:34
	и замыкаешся только внутри одной платформы - Linux. Лишая себя возможности собираться на BSD, Solaris, и возможно win32. А по части линуксизмов - вот почитайте как из ядра linux их потихоньку выпиливают вместе с likely/unlikely. наверно не просто так? А то что код linux kernel такой грязный что даже gcc с ключиком pedantic его не собирает - для вас наверно не секрет?
	Ответить | Правка | ^ к родителю #374 | Наверх | Cообщить модератору

	551. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 21:44
	> Лишая себя возможности собираться на BSD, Solaris, и возможно win32. Внезапно, под Win32 есть такая штука как mingw. И хотя он всегда отставал от своего прародителя, он по своим версиям дааааааавно уже обошел тот древний хлам который в бсд остался. Получается что даже в винде, вечно отстающий вариант гцц и то лучше чем компилер в этой вашей фряхе. > А по части линуксизмов - вот почитайте как из ядра linux их > потихоньку выпиливают вместе с likely/unlikely. > наверно не просто так? Линуксизмы выпиленные из ядра линукс - это шедеврально! > А то что код linux kernel такой грязный что даже gcc с > ключиком pedantic его не собирает - для вас наверно не секрет? Зато у меня есть свеженький gcc 4.6 да еще с патчами Linaro. Что дает ему 5 очков форы на ARM. А у вас только фига в кармане да пиндеж про правильные лицензии. А захоти я запустить бсду на арме - сплошной геморрой и кривизна из каждого угла торчат, так что даже жадные корпоративщики уже и то предпочитают предоставить сорц по GPL чем так геморроиться.
	Ответить | Правка | ^ к родителю #467 | Наверх | Cообщить модератору

	470. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Aquarius (ok) on 09-Авг-11, 14:46
	> амечание в сторону: кланг и сейчас некоторые расширения gcc понимает, и дальше будет понимать — ещё больше. потому что там сидят вполне адекватные люди, которые в курсе про необходимость «сферических коней в вакууме». не соглашусь про коня GCC'змы, как раз сильно разбавляют вакуум вокруг коня метаном, да и форму сферы портят
	Ответить | Правка | ^ к родителю #374 | Наверх | Cообщить модератору

	473. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от anonymous (??) on 09-Авг-11, 14:59
	> не соглашусь про коня > GCC'змы, как раз сильно разбавляют вакуум вокруг коня метаном, да и форму > сферы портят я, вообще-то, намекал на то, что пуристский конь нафиг не упёрся.
	Ответить | Правка | ^ к родителю #470 | Наверх | Cообщить модератору

	429. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Andrey Mitrofanov on 09-Авг-11, 10:43
	>уже LLVM/Clang в базовой системе. Многие > по портабельности производимого кода Whoah&??? JS-бэкенд что ля? 8-0 >даст фору любому компилятору. ;) И кстати, чего там про tcc слышно---
	Ответить | Правка | ^ к родителю #290 | Наверх | Cообщить модератору

	552. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 21:46
	> И кстати, чего там про tcc слышно--- Наверное то же самое что и про переписывание busybox под расово верными лицензиями.
	Ответить | Правка | ^ к родителю #429 | Наверх | Cообщить модератору

	555. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от anonymous (??) on 09-Авг-11, 21:58
	>> И кстати, чего там про tcc слышно--- > Наверное то же самое что и про переписывание busybox под расово верными > лицензиями. вообще-то tcc спокойненько себе развивается. можно сходить в список рассылки, да помедитировать. только разве он не под мерсссской GPL? бида-бида, не?
	Ответить | Правка | ^ к родителю #552 | Наверх | Cообщить модератору

	561. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 22:21
	> вообще-то tcc спокойненько себе развивается. можно сходить в список рассылки, да помедитировать. И еще 10 лет заниматься тем же. А я не живу вечно, поэтому не могу позволить себе роскошь еще 10 лет медитировать. Увы. > только разве он не под мерсссской GPL? бида-бида, не? Гцц под его мерсской gpl собирает мне лично мою фирмварину под лично моей лицензией для cortex M3. Генеря код на уровне дорогущих кейлов и иаров, да еще и работая в удобном мне линуксе. И я что-то не вижу - в каком же месте меня ограничили: лицензия на мой код - лично  моя. Денег не просят. Работают в удобной мне оси и хавают вагон архитектур на все вкусы. А я не уйду на пенсию пока tcc сможет хоть 1/5 архитектур gcc понимать? Так мне на пенсии все-равно уже будет, имхо ;)
	Ответить | Правка | ^ к родителю #555 | Наверх | Cообщить модератору

	616. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	–1 +/–
	Сообщение от Аноним (??) on 10-Авг-11, 08:40
	>> только разве он не под мерсссской GPL? бида-бида, не? > Гцц под его мерсской gpl собирает мне лично мою фирмварину под лично > моей лицензией для cortex M3. Генеря код на уровне дорогущих кейлов > и иаров, да еще и работая в удобном мне линуксе. И > я что-то не вижу - в каком же месте меня ограничили: > лицензия на мой код - лично  моя. Денег не просят. > Работают в удобной мне оси и хавают вагон архитектур на все > вкусы. А я не уйду на пенсию пока tcc сможет хоть > 1/5 архитектур gcc понимать? Так мне на пенсии все-равно уже будет, > имхо ;) А ты уверен что ты попадаешь под linking exception ? и можешь позволить себе собирать свой код компилятором под GPL v3? а то ведь ты будешь обязан открыть свою прошивку только за то что пользуешся gcc.
	Ответить | Правка | ^ к родителю #561 | Наверх | Cообщить модератору

	704. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Аноним (??) on 10-Авг-11, 18:04
	> А ты уверен что ты попадаешь под linking exception ? и можешь > позволить себе собирать свой код компилятором под GPL v3? а то > ведь ты будешь обязан открыть свою прошивку только за то что > пользуешся gcc. Весь код, вплоть до "стартапа" может быть лично мой. До последнего битика. Очевидно, лицензию на все это я устанавливаю сам. Это даже не столько из-за лицензии, сколько в соответствии с моими правами как автора в рамках существующих copyright laws. Ну а если я линкуюсь с чьим-то еще чужим кодом - я очевидно должен уважать их аналогичные авторские права и соблюсти их лицензию. ИМХО это честно. И да, я уверен что если код на 100% мой - то и рулю им на 100% я, как описано в законах.
	Ответить | Правка | ^ к родителю #616 | Наверх | Cообщить модератору

	786. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	–1 +/–
	Сообщение от Аноним (??) on 11-Авг-11, 11:05
	ты линкуешся с кодом libgcc в первую очередь :-) сюрприз ? А значит свои права автора можешь засунуть далеко, лицензия будет ровно такой какой будет лицензия на libgcc. Будет там написано что при линковке с libgcc весь код переходит к GNU - что поделать, собираешь компилятором gcc - значит обязан передать код GNU. Что бы такого маразма не было - делаются linking exception у gcc. Одна беда - когда gcc экстренно переводили на GPL v3 - забыли их сделать. И весь мир собирающий свои программы при помощи gcc - стал срочно обязан предостовлять своих исходники по требованию и вобще соблюдать требования GPL v3 вне зависимости от того какая лицензия была у кода. Это понятно ? После шума поднятого BSD поправились, через версию другую добавили эти исключения и даже извенялись - типа по недосмотру сделали - но ведь осадок остался? Никто не знает что еще выкинут эти красавцы из GNU.
	Ответить | Правка | ^ к родителю #704 | Наверх | Cообщить модератору

	929. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Аноним (??) on 13-Авг-11, 00:29
	> ты линкуешся с кодом libgcc в первую очередь :-) Нормально! Вы лучше меня знаете с чем я линкую мою фирмвару? А может вы мне тогда еще и исходники будущей версии мне тогда дадите? :) > сюрприз ? Еще какой! Телепаты на опеннете! > А значит свои права автора можешь засунуть далеко, лицензия будет ровно такой > какой будет лицензия на libgcc. Не понятно как он меня касается, при том что я с ним не линкуюсь в указанном случае. > Будет там написано что при линковке с libgcc весь код переходит к > GNU - что поделать, собираешь компилятором gcc - значит обязан передать > код GNU. Внезапно, компилятор будет линковать так как я ему скажу. Скажу без этой либы - значит без этой либы. А если вам компилятор влинковывает ненужные вам либы - виноват в этом наверное не компилятор, а тот кто им управляет.
	Ответить | Правка | ^ к родителю #786 | Наверх | Cообщить модератору

	832. "Лицензия своего кода"	+/–
	Сообщение от nuclight (ok) on 11-Авг-11, 21:50
	> Весь код, вплоть до "стартапа" может быть лично мой. До последнего битика. > Очевидно, лицензию на все это я устанавливаю сам. Это даже не > столько из-за лицензии, сколько в соответствии с моими правами как автора > в рамках существующих copyright laws. Ну а если я линкуюсь с > чьим-то еще чужим кодом - я очевидно должен уважать их аналогичные > авторские права и соблюсти их лицензию. ИМХО это честно. И да, > я уверен что если код на 100% мой - то и > рулю им на 100% я, как описано в законах. Нет, не всегда, увы. В некоторых случаях не дадут рулить на 100% - разумеется, не для абстрактного кода в вакууме, а линкуемого с тем или иным софтом (например, GPL).
	Ответить | Правка | ^ к родителю #704 | Наверх | Cообщить модератору

	870. "Лицензия своего кода"	+/–
	Сообщение от Аноним (??) on 12-Авг-11, 15:51
	> Нет, не всегда, увы. В некоторых случаях не дадут рулить на 100% Что значит - не дадут? Отнимут у меня возможность давать линкеру команды и писать ему скрипты? Или руки мне свяжут? А если я линкуюсь с некоей либой потому что мне она нужна - вероятно я должен уважать тамошние лицензии в обмен на право использования. Или пойти лесом и переписать. Или взять другую либу. Вроде все логично. > - разумеется, не для абстрактного кода в вакууме, а линкуемого с > тем или иным софтом (например, GPL). Ну если вы линкуетесь с GPLной либой - да, придется соблюсти ее условия. Не нравятся условия - не линкуйтесь с этой либой. Сам по себе gcc допускает линковку в совершенно любых позах с чем угодно, без впаривания предопределенных либ.
	Ответить | Правка | ^ к родителю #832 | Наверх | Cообщить модератору

	619. "кован анализ ключ"	+/–
	Сообщение от Andrey Mitrofanov on 10-Авг-11, 09:30
	>>> И кстати, чего там про tcc слышно--- > только разве он не под мерсссской GPL? бида-бида, не? Ога, чегой-то я в трёхбуквенных запутался: над было с PCC http://opennet.ru/opennews/art.shtml?num=24853 тролить, а tcc http://bellard.org/tcc/ деситна под LGPL. ЗЫ: А полный список "рассово верных" /[^gpt]cc/ осилим? Перепись?!
	Ответить | Правка | ^ к родителю #555 | Наверх | Cообщить модератору

	557. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 22:05
	> Whoah&??? JS-бэкенд что ля? 8-0 Даже при этом, первой операционкой загруженной в браузере почему-то оказался линукс. Видимо, проще написать на js эмуль некоего проца и заставить его слупить бинарный код чем безглючно выдать столько кода в виде JS...
	Ответить | Правка | ^ к родителю #429 | Наверх | Cообщить модератору

	600. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от anonym on 10-Авг-11, 02:58
	>>>> Я что-то не понимаю, если не нравится GCC в базовой системе и не хотите пользоваться новыми версиями GCC из портов, тогда к кому и по какому поводу претензии? > Я знаю, что современное ядро Linux у меня одинаково соберется и на > 4.1, и на 4.2, и на 4.3, и на 4.4, и > на 4.5. Вполне себе портабельность. А BSDBS - настолько же древняя, > как го^W встроенный в нее GCC. Вы наверное или не осведомлены в полной степени, или (что более вероятно) очень толсто троллите. В системе есть понятие системный компилятор, это тот компилятор, которым ВСЕГДА будет собираться сама система, ну а порты компилируются тем, от чего зависят (например для сборки KDE нужен GCC 4.5 кторый ставится в /usr/local), в общем то решение не очень изящное, но надежное (ничто никогда не сломается).
	Ответить | Правка | ^ к родителю #260 | Наверх | Cообщить модератору

	331. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от linecommander (ok) on 09-Авг-11, 01:32
	...да! вот, кстати... борюсь с косностью и архаичностью терминов учебника FreeBSD даже готов личный вклад предоставить я мигрант с винды и для меня жуть как трудно среди disk_adding отыскать необходимые строчки чтобы просто отформатировать флешку но это не проблемы FreeBSD, это больше проблема поколений, которую как всегда некому решать ...аэээ, я, собственно, мигрант с винды на десктоп-самодельную ФриБСД, выбор сознательный, практически окончательный, FreeBSD в качестве наглядного пособия огогогоггоооо
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	855. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от www2 (ok) on 12-Авг-11, 06:21
	Нельзя "просто отформатировать флешку". Во-первых, система без вас не догадается, нужно ли создавать таблицу разделов, как на жёстком диске, или не нужно, как на флешке. Во-вторых, система без вас не догадается, в именно файловую систему и с какими настройками создать на флешке или на каждом из её разделов.
	Ответить | Правка | ^ к родителю #331 | Наверх | Cообщить модератору

	930. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 13-Авг-11, 00:31
	> Нельзя "просто отформатировать флешку". В принципе - можно: mkfs.<название_фс> (или что там у кого) /dev/yourflashdevice  - будет отформачено как "большая дискета". То что и называют "просто форматированием".
	Ответить | Правка | ^ к родителю #855 | Наверх | Cообщить модератору

	873. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Денис (??) on 12-Авг-11, 16:08
	Запустите sysinstall, выберите Configure и дальше fdisk над вашей флешкой. Более правильный путь, пожалуй, так: gpart create -s mbr /dev/ваша_флешка gpart add -t freebsd-ufs /dev/ваша_флешка newfs /dev/ваша_флешка_p0
	Ответить | Правка | ^ к родителю #331 | Наверх | Cообщить модератору

	523. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Василий3 on 09-Авг-11, 18:42
	> Вот в этом то и проблема фрибсд. Все есть, но никто в > упор не видит. Не элитничай. Знания нынче не в моде. В моде нынче как в той песне поётся - не надо теперь ничего знать, только кнопочки нажимать... :-)
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	34. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от oops (ok) on 08-Авг-11, 11:39
	да вы с какой луни свалились! =) Судите о вкусе устриц?
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	72. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от ананим on 08-Авг-11, 12:52
	да сколько угодно можете хвалить свои устрицы. просто при этом всякие рамблеры с яндексами на них даже уже смотреть не будут, не то что пробовать. скажите "и не нужно"? ню-ню.
	Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

	104. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от oops (ok) on 08-Авг-11, 13:45
	вы отвечайте по теме, а не просто чтоб написать
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	732. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 10-Авг-11, 21:02
	> вы отвечайте по теме, а не просто чтоб написать Примените это еще и к себе, плиз.
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	131. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Anony on 08-Авг-11, 14:23
	мммм, пока только Рампочта изъявила желание перейти на линух, так что говорить за других или обобщать не стоит
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	135. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от ivanko on 08-Авг-11, 14:45
	> мммм, пока только Рампочта изъявила желание перейти на линух, так что говорить > за других или обобщать не стоит И Яндекс - тоже.
	Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

	142. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Anony on 08-Авг-11, 15:16
	единственное сообщение, что яндекс уходит с freebsd это на xakep.ru видать под катом накатали
	Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

	301. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+2 +/–
	Сообщение от оттуда on 09-Авг-11, 00:24
	А вы, Ваня, простите, кто такой, чтобы вот такое вот утверждать ? Поиск Яндекса жил, живет и еще ооочень долго будет жить на FreeBSD, вопреки всем тролям и прочим "сочувствующим". Вы вряд ли даже представить себе сможете - какой объем работы нужно проделать чтобы перевести это на Linux, особенно в контексте постоянной нехватки рабочей силы в связи с бурным ростом. А еще есть кучка FreeBSD админов, которых Яндекс нанимал годами, и которых, вы не поверите, эта ОС устраивает и они умеют ее готовить. Ага, Linux пробуется местами, но как-то совсем не приживается - вы уж извините.
	Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

	425. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от ivanko on 09-Авг-11, 10:36
	> А вы, Ваня, простите, кто такой, чтобы вот такое вот утверждать ? > Ага, Linux пробуется местами, но как-то совсем не приживается - вы уж > извините. поищи посты в ЖЖ Анатоликса (ты ведь знаешь, кто он?) и почитай о планах Яндекса.
	Ответить | Правка | ^ к родителю #301 | Наверх | Cообщить модератору

	439. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от тигар (ok) on 09-Авг-11, 11:23
	>> почитай о планах Яндекса. пара убунт среди много_fbsd там (в поиске). и не факт что они приживутся.
	Ответить | Правка | ^ к родителю #557 | Наверх | Cообщить модератору

	446. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от ivanko on 09-Авг-11, 12:22
	> пара убунт среди много_fbsd там (в поиске). и не факт что они > приживутся. Еще раз. Ты в курсе, кто такой Анатоликс?
	Ответить | Правка | ^ к родителю #439 | Наверх | Cообщить модератору

	449. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от тигар (ok) on 09-Авг-11, 12:28
	>> пара убунт среди много_fbsd там (в поиске). и не факт что они >> приживутся. > Еще раз. Ты в курсе, кто такой Анатоликс? я - в курсе. Знаю также несколько больше чем написано в вышеупомянутом жж. и?
	Ответить | Правка | ^ к родителю #446 | Наверх | Cообщить модератору

	493. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от crypt (??) on 09-Авг-11, 15:47
	>А еще есть кучка FreeBSD админов, которых Яндекс >нанимал годами Вам оттуда, конечно, виднее, но я лично вижу, что Яндекс уже довольно давно разделяет админов Linux/FreeBSD и вакансии на Linux админов у них давно (нанимают годами). А вот в Google Linux приживается и я подозреваю, что на миграцию на FreeBSD они затратили бы больше сил, чем поиск Yandex.
	Ответить | Правка | ^ к родителю #301 | Наверх | Cообщить модератору

	553. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 21:52
	Почему-то поиск гугла еще и работает не в пример лучше поиска яндекса. Уж не знаю связано ли это с бсд напрямую, но почему-то всегда так: если хочется инновационную услугу и чтобы #1, это будет явно не на фрибсд. А на фри остались только ископаемые типа яхи, которые не могут предложить ни одного актуального востребованного сервиса, проигрывают по параметрам конкурентам и в результате загибаются (как поиск яхи vs гугля).
	Ответить | Правка | ^ к родителю #493 | Наверх | Cообщить модератору

	598. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Pan Prdel on 10-Авг-11, 02:20
	>А на фри остались только ископаемые типа > яхи, которые не могут предложить ни одного актуального востребованного сервиса, яха заявляла, что у них 75% серверов на linux.
	Ответить | Правка | ^ к родителю #553 | Наверх | Cообщить модератору

	720. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от Аноним (??) on 10-Авг-11, 19:42
	> Почему-то поиск гугла еще и работает не в пример лучше поиска яндекса. Алгоритмы поисковых роботов конечно же напрямую зависят от ОС!
	Ответить | Правка | ^ к родителю #553 | Наверх | Cообщить модератору

	735. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от Аноним (??) on 10-Авг-11, 21:41
	> Алгоритмы поисковых роботов конечно же напрямую зависят от ОС! Напрямую - зависит кто работать у вас будет. Юзайте бсд и к вам пойдут только академики которым главное чтобы красиво внутри, а как работает - плевать, да пионеры-маразматики, которые ничего не умеют но твердо усвоили что их фетиш - это круто а они - "илита".
	Ответить | Правка | ^ к родителю #720 | Наверх | Cообщить модератору

	734. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Michael Shigorin (ok) on 10-Авг-11, 21:26
	> Ага, Linux пробуется местами, но как-то совсем не приживается - вы уж извините. У меня другие сведения -- хотя, возможно, из другого подразделения.  Но могу уточнить.
	Ответить | Правка | ^ к родителю #301 | Наверх | Cообщить модератору

	854. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от www2 (ok) on 12-Авг-11, 06:04
	>заглушку, которая при _наборе команды gcc выведет предложение_ загрузить бинарный пакет или _собрать из портов_ OH SHI~~~
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	21. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Garikk on 08-Авг-11, 11:11
	Лицензионные ограничения? А они во фре вообще есть?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

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

	736. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 10-Авг-11, 21:42
	> Лицензионные ограничения? А они во фре вообще есть? Да. Надо рекламировать каких-то старперов из беркелея, например. Совсем без ограничений - это public domain.
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	744. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 10-Авг-11, 22:09
	>> Лицензионные ограничения? А они во фре вообще есть? > Да. Надо рекламировать каких-то старперов из беркелея, например. Совсем без ограничений > - это public domain. Если вы про злосчастный третий пункт оригинальной BSDL, то даже сам университет Беркли официально от него отказался и публично объявил его более недействительным. А если вы про то, чтобы просто сохранять пометку об авторе кода, то таки да, есть такое ограничение. И дальше — действительно только общественное достояние.
	Ответить | Правка | ^ к родителю #736 | Наверх | Cообщить модератору

	758. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Michael Shigorin (ok) on 10-Авг-11, 23:27
	>> Да. Надо рекламировать каких-то старперов из беркелея, например. > Если вы про злосчастный третий пункт оригинальной BSDL, то даже сам университет > Беркли официально от него отказался и публично объявил его более недействительным. ЕМНИП их довольно долго допинывал тот самый RMS... >> Совсем без ограничений - это public domain. С ограничениями -- не во всех юрисдикциях определён.
	Ответить | Правка | ^ к родителю #744 | Наверх | Cообщить модератору

	769. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 11-Авг-11, 00:22
	>>> Да. Надо рекламировать каких-то старперов из беркелея, например. >> Если вы про злосчастный третий пункт оригинальной BSDL, то даже сам университет >> Беркли официально от него отказался и публично объявил его более недействительным. > ЕМНИП их довольно долго допинывал тот самый RMS... Да их пинали все кому ни лень, и разработчики *BSD и BSDL-проектов в том числе. :) >>> Совсем без ограничений - это public domain. > С ограничениями -- не во всех юрисдикциях определён. Угу, и я о том же. А если верить Википедии (не знал про WTFPL, спасибо комментатору), то ещё и кое-где определение общественного достояния может сильно отличаться от того, о котором думает автор...
	Ответить | Правка | ^ к родителю #758 | Наверх | Cообщить модератору

	32. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Рома (??) on 08-Авг-11, 11:39
	> Лицензионные ограничения FreeBSD Вы хотели сказать "Лицензионные свободы FreeBSD"?
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	74. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от ананим on 08-Авг-11, 12:54
	да как угодно называйте. а факт - от гцц уже отстали и полноценного нового ничего не сделали.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	99. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 08-Авг-11, 13:39
	так почему не высказано фи - Столману - который в один момент выпустил gcc на GPL v3 и далеко не сразу сделал linking exception ? То есть объявил сразу весь код собранный при помощи gcc как gpl v3. и странно - чем вам мешает то что gcc более ранний? чем это мешает коду? у вас что-то перестало собираться что собирается только более новой версией ? Если такого нету - то в чем отставание - цифирки не такие? так у gcc чем выше версия тем хуже код генерящийся, более тормознутый и тп.
	Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

	264. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–3 +/–
	Сообщение от Michael Shigorin (ok) on 08-Авг-11, 22:14
	> так у gcc чем выше версия тем хуже код генерящийся, более > тормознутый и тп. Никак пишете, собравшись 2.7.2.3?
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

	729. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от Аноним (??) on 10-Авг-11, 20:44
	> Никак пишете, собравшись 2.7.2.3? Троллинг, но тонкий и дельный, черт возьми!
	Ответить | Правка | ^ к родителю #264 | Наверх | Cообщить модератору

	105. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от Аноним (??) on 08-Авг-11, 13:45
	> Вы хотели сказать "Лицензионные свободы FreeBSD"? Выкидывать и переписывать открытый софт просто потому, что у него чуть другая лицензия? И это вы называете свободой? Воистину, извращенный разум. А если GNU/Linux займется выкидыванием всего BSD-софта, вы это тоже назовете борьбой за свободу?
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

	157. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 08-Авг-11, 16:33
	простите - а кто сделал так что GPL v3 не совместимо с BSDL ? кто накладывает больше ограничений GPL v3 и BSDL?
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

	190. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от Аноним (??) on 08-Авг-11, 18:27
	Свободная лицензия - это не та, которая накладывает меньше ограничений, а та, которая создает наиболее выгодные условия для создания и развития свободного ПО (и судя по сабжу, BSDL свободной явно не назовешь). Точно так же, свободным является не то государство, в котором меньше законодательная база, а то, в котором обеспечивается свобода каждого человека (естественно, в разумных рамках).
	Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

	475. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Куча on 09-Авг-11, 15:03
	Ну да, ага. Дело в том, что твоя свобода заканчивается там, где твои права начинают нарушать чужую свободу. Именно это и пропагандирует gpl.  Так же как и законы абстрактного государства - это вы можете, а это нет, потому что нарушите чужие права и свободы. А теперь посмотрите на реальность. Где свободнее людям живется - в россии, сшп или в сомали? Да в сомали конечно. там моя свобода не ограничивается чьей то еще и права мои не исчезают, пересекаясь с чужими. Так же и gpl. BSDL - свобода в чистом проявлении без ограничений. Можно все. Только не стирайте авторов из заголовков сорцов, а так можете хоть продавать хоть закрывать.
	Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

	742. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+2 +/–
	Сообщение от Аноним (??) on 10-Авг-11, 22:02
	> А теперь посмотрите на реальность. Где свободнее людям живется - в россии, > сшп или в сомали? В лондоне, чего там! Обалденная жизнь: - Можно совершенно бесплатно получить в табло! Во! - Можно лишиться кошелька. Нахаляву! Вау! - А какой-нибудь му...к разобьет вам авто. Просто так! Бонус: вы также можете проверить на своем имуществе что коктейль молотова - жжот сцуко! Шоу спонсирует команда пожарных и мародеры! Ну и ваше имущество.
	Ответить | Правка | ^ к родителю #475 | Наверх | Cообщить модератору

	169. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–2 +/–
	Сообщение от Аноним (??) on 08-Авг-11, 17:01
	> Выкидывать и переписывать открытый софт просто потому, что у него чуть другая > лицензия? И это вы называете свободой? "Чуть"? Вы в совём уме? Сравните ограничения BSD и GPL. Это небо и земля. > Воистину, извращенный разум. > А если GNU/Linux займется выкидыванием всего BSD-софта, вы это тоже назовете борьбой > за свободу? А что вы думаете, оно не занялось? GnuTLS, gawk, gsed, и этот цирк продолжается.
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

	175. "блик на люче блем Free"	+/–
	Сообщение от Andrey Mitrofanov on 08-Авг-11, 17:23
	>>И это вы называете свободой? >Сравните ограничения BSD 1/ Не напомните, куда ограничения BSDL привели freebsd? А в разрезе $топика? 2/ https://www.opennet.ru/openforum/vsluhforumID3/77410.html#18 , нет? Свободен! >> А если GNU/Linux займется выкидыванием всего BSD-софта, Объясните, зачем "это" надо вашим коре-тиимам, расскажите, как _Вам_ от этого просто здорово и хорошоу, -- пользователи ГНУ/линуксов к Вам потянутся, создадут потребность, надавят на рэдхатов и прочих оракелов -- и вот она, победа freebsd! Начинайте же?? ... Не, ну можете, как все "ваши" ранее -- "freebsd более свободна для вендоров", на этом с сдуться.
	Ответить | Правка | ^ к родителю #169 | Наверх | Cообщить модератору

	558. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 22:09
	> "Чуть"? Вы в совём уме? Сравните ограничения BSD и GPL. Это небо > и земля. Сравнил: гугл выкладывает сорцы кернеля потому что GPL. Эппл вертит фигой, потому что BSD. Что для *меня* и всех кто не гугл и эппл лучше? Угадаете? :)
	Ответить | Правка | ^ к родителю #169 | Наверх | Cообщить модератору

	587. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от Sem (??) on 09-Авг-11, 23:47
	>> "Чуть"? Вы в совём уме? Сравните ограничения BSD и GPL. Это небо >> и земля. > Сравнил: гугл выкладывает сорцы кернеля потому что GPL. Эппл вертит фигой, потому > что BSD. Что для *меня* и всех кто не гугл и > эппл лучше? Угадаете? :) У гугла свое понимание GPL: Android 3 - выложим, когда захотим. Правда они лучшие?
	Ответить | Правка | ^ к родителю #558 | Наверх | Cообщить модератору

	599. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Pan Prdel on 10-Авг-11, 02:22
	> У гугла свое понимание GPL: Android 3 - выложим, когда захотим. Правда > они лучшие? а что там не так с gpl? что мешает автору софта gpl следующую версию выпустить не под gpl?
	Ответить | Правка | ^ к родителю #587 | Наверх | Cообщить модератору

	888. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 12-Авг-11, 18:07
	> что мешает автору софта gpl следующую версию выпустить не под gpl? В случае кернела этому мешает необходимость получить согласие на это over 9000 разных авторов кода :)
	Ответить | Правка | ^ к родителю #599 | Наверх | Cообщить модератору

	737. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 10-Авг-11, 21:44
	> У гугла свое понимание GPL: Android 3 - выложим, когда захотим. Правда > они лучшие? Сорц ядра они выложили уже. Потому что GPL. А остальное зажали. Потому что апаче. В этом месте мы на своей шкуре ощущаем как апачевская лицензия свободнее GPL, аж два раза.
	Ответить | Правка | ^ к родителю #587 | Наверх | Cообщить модератору

	601. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от anonym on 10-Авг-11, 03:04
	>> Вы хотели сказать "Лицензионные свободы FreeBSD"? > Выкидывать и переписывать открытый софт просто потому, что у него чуть другая > лицензия? И это вы называете свободой? > Воистину, извращенный разум. > А если GNU/Linux займется выкидыванием всего BSD-софта, вы это тоже назовете борьбой > за свободу? Толстовато как-то Эмм, да переписывают и выкидывают не из-за принципа (на жцц прожили слава богу пятнадцать лет), а из-за того что дедушка Столлман все махом на жопоель три перевел.
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

	636. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от anonymous (??) on 10-Авг-11, 11:10
	> а из-за того что дедушка Столлман все махом на жопоель три перевел. …и теперь подлизывать проприерастам стало сложнее, угу. оно изначально так задумывалось, просто ушлые товарищи же даже без мыла в дырки пролазят. вот и закрывают дырки по мере сил. вообще, у товарищей из bsd очень странное понимание свободы. для них «свобода» — это когда «вы можете взять наш код и ничего не дать взамен». есть в этом что-то от больной психики, по-моему.
	Ответить | Правка | ^ к родителю #601 | Наверх | Cообщить модератору

	168. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 08-Авг-11, 16:59
	> Лицензионные ограничения FreeBSD не устраивают некоторых производителей ПО Что за бред? Лицензия FreeBSD не налагает никаких ограничений сверх любой другой свободной лицензии. Она аналогична ZLIB и MIT, и намного либеральнее любой GPL. Свободнее - только Public Domain.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	177. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Andrey Mitrofanov on 08-Авг-11, 17:26
	> свободной лицензии. Она аналогична ZLIB и MIT, и намного либеральнее любой > GPL. Свободнее - только Public Domain. Именно поэтому коичество пользователей (и -> _разрабов_!) обратно пропорционально _Вашему_ измерению "свободы"? (Пройдите по ссылке выше в #175 -- к упражнению с линейкой.)
	Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

	472. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Aquarius (ok) on 09-Авг-11, 14:55
	>> Лицензионные ограничения FreeBSD не устраивают некоторых производителей ПО > Что за бред? Лицензия FreeBSD не налагает никаких ограничений сверх любой другой > свободной лицензии. Она аналогична ZLIB и MIT, и намного либеральнее любой > GPL. Свободнее - только Public Domain. свобода Public Domain хороша для того, чему не надо меняться ПО таковым не является P.S. IMHO P.P.S. IMHO, это очевидно
	Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

	559. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 22:11
	> Свободнее - только Public Domain. И почему-то под оным практически нет ни одного реально большого и сложного проекта. Например операционки. Не хотите так сказать, расширить горизонты свободы? А то может мне совсем не хочется рекламировать старперов из беркелея и таскать их копирайты?!
	Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

	672. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 10-Авг-11, 14:48
	djbdns, qmail, SQLite... продолжать?
	Ответить | Правка | ^ к родителю #559 | Наверх | Cообщить модератору

	739. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 10-Авг-11, 21:46
	> djbdns, qmail, SQLite... продолжать? И все перечисленные проекты - как на подбор, маленькие и легкие. А чего-нибудь более масштабного, типа ядра операционки - слабо?
	Ответить | Правка | ^ к родителю #672 | Наверх | Cообщить модератору

	751. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от PereresusNeVlezaetBuggy (ok) on 10-Авг-11, 22:46
	>> djbdns, qmail, SQLite... продолжать? > И все перечисленные проекты - как на подбор, маленькие и легкие. А тормозный и разожравшийся софт в public domain и не выживет. Оценивали бы лучше по используемости _и_ качеству... > А чего-нибудь более масштабного, типа ядра операционки - слабо? ... То есть ядро операционки должно быть большим и тяжёлым? :-D Насчёт ядер не в курсе, но вообще-то ядро не обязательно масштабный проект. Его можно и в 400 байт уместить — весь вопрос, что вам от него надо. Я сам не фанат public domain, т.к. в некоторых странах, AFAIK, это понятие вообще отсутствует. BSDL, IMHO, предоставляет наиболее грамотный вариант для публикации кода «для всех». Но тут уж на вкус и цвет...
	Ответить | Правка | ^ к родителю #739 | Наверх | Cообщить модератору

	752. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от anonymous (??) on 10-Авг-11, 22:57
	> Я сам не фанат public domain, т.к. в некоторых странах, AFAIK, это > понятие вообще отсутствует. BSDL, IMHO, предоставляет наиболее грамотный вариант для публикации > кода «для всех». Но тут уж на вкус и цвет… вообще-то — WTFPL тогда.
	Ответить | Правка | ^ к родителю #751 | Наверх | Cообщить модератору

	782. "ключевых проблем FreeBSD"	+/–
	Сообщение от Andrey Mitrofanov on 11-Авг-11, 10:41
	> вообще-то — WTFPL тогда. Отличная лицензия! А FreeBSD Core Team -- +<%) в курсе?!!
	Ответить | Правка | ^ к родителю #752 | Наверх | Cообщить модератору

	803. "ключевых проблем FreeBSD"	+/–
	Сообщение от anonymous (??) on 11-Авг-11, 16:55
	>> вообще-то — WTFPL тогда. > Отличная лицензия! А FreeBSD Core Team — +<%) в курсе?!! я думаю, они найдут в ней какую-нибудь несвободу. ведь всем же известно, что BSDL — самая свободная. и свободней быть не может. а я тем временем потихоньку убеждаю авторов нужных мне проектов делать exceptions для WTFPL (если нужны). вот автор HamsterDB не без моего участия WTFPL вписал в список допустимых лицензий.
	Ответить | Правка | ^ к родителю #782 | Наверх | Cообщить модератору

	798. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 11-Авг-11, 16:14
	> А тормозный и разожравшийся софт в public domain и не выживет. Оценивали > бы лучше по используемости _и_ качеству... Ну так я для начала не вижу где же качественные операционки под public domain. А софт от djb качественный не потому что лицензия, а потому что автор поставил себе вполне конкретные задачи - минимизация ошибок. И более-менее их достиг. Не вижу прямой корреляции с лицензией, если честно. К слову, хоть софт djb и качественный, но он все менее пригоден на практике и все меньше используется. Например, djb не признает ipv6 потому что там не устранены некоторые проблемы упомянутые им, что видимо его сильно задело. Поэтому его софт не умеет ipv6. Не, есть конечно сторонние патчи, но это уже костыли и геморрой. Вот так всегда с этими академиками и случается - напишут музейный экспонат, и в кусты ;(. Вроде штука хорошая, вроде хочется попользовать. Но как до дела - так сплошная попаболь начинается с этим экспонатом. > ... То есть ядро операционки должно быть большим и тяжёлым? :-D Можно как вариант простым и бесполезным. Но кому оно будет надо? И зачем? Как бы объем кода составляют полезные функции (например, разбор файловых систем, сетевый протоколы и прочая) да драйвера. Сложно назвать лишним и то и другое. Как минимум в системе общего назначения. > Насчёт ядер не в курсе, но вообще-то ядро не обязательно масштабный проект. > Его можно и в 400 байт уместить — весь вопрос, что вам от него надо. Можно и меньше, пожалуй, только оно почти никому не нужно будет такое и сгодится только под парочку сильно нишевых задач. Которыми и будет ограничено пожизненно ;). > Я сам не фанат public domain, т.к. в некоторых странах, AFAIK, это > понятие вообще отсутствует. BSDL, IMHO, предоставляет наиболее грамотный вариант > для публикации кода «для всех». Но тут уж на вкус и цвет... Зависит от того что понимать под "для всех". К сожалению, эпплы, майкрософты и прочие имеют очень своеобразное понимание этого вопроса. Как то - рассматривают кодеров как бесплатную рабочую силу, которой ничего взамен предоставлять не надо. Поэтому эппл рубает миллиарды, ну а бсдельники (чей код во всю используется эпплом) прозябают на 300к зелени на всю ораву. Ну если им так нравится - флаг им в руки и барабан на шею, только нехрен плакаться что корпорации не вбухивают ни бабло ни человеческие ресурсы. Лицензия позволяет, и мы имеем то что имеем.
	Ответить | Правка | ^ к родителю #751 | Наверх | Cообщить модератору

	183. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 08-Авг-11, 18:07
	>Лицензионные ограничения FreeBSD не устраивают некоторых производителей ПО Ограничения в BSD лицензии?  O_O
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	197. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от Andrey Mitrofanov on 08-Авг-11, 18:36
	> Ограничения в BSD лицензии?  O_O Вэлкам по плэнет Ёрф, майне кляйне.
	Ответить | Правка | ^ к родителю #183 | Наверх | Cообщить модератору

	189. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от Аноним (??) on 08-Авг-11, 18:20
	> Слышал о CLANG, но в какой степени готовности он находится? Ну вы же понимаете что его делает Эппл, поэтому - под макось первым делом. А что будет с остальными - их волнует слабо. Учтя что кроме програмеров эппла над проектом работает ОДИН сторонний программист - думаю понятно какие перспективы увидеть шланг хорошо работающим где-то еще кроме макоси.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	202. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от Аноним (??) on 08-Авг-11, 18:44
	Как бе им собирается едро и мир, и _большая_ часть портов, увы, не вся. :) Как они работают, это вопрос к профилиристам/измерятелям страусов. У меня, ради пробы, есть система на CURRENT, собранная clang'ом. Работает. Трудности/опыт возникнут/понадобятся, когда надо настраивать samb'у, NFS, whatever - это уже довольно платформо независимо.
	Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

	284. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–2 +/–
	Сообщение от Аноним (??) on 08-Авг-11, 23:33
	> Как бе им собирается едро и мир, и _большая_ часть портов, увы, не вся. :) Ну вот и будет эта работа напоминать бег по граблям. Лицензионные баталии это прекрасно, но когда вы получаете на выходе систему которая "как-то работает" - вы скорее всего ее все-таки спустите в треш, потому что свои нервы - дороже, а тестировать на реальных серверах как же оно там работает, при том что уже есть бесплатная, открытая и заведомо рабочая альтернатива - а смысл?
	Ответить | Правка | ^ к родителю #202 | Наверх | Cообщить модератору

	309. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от vegus (ok) on 09-Авг-11, 00:41
	то есть, получается, что, опять же, ключевой момент - в страхах в головах пользователей? есть вполне себе успешные организации, инженеры которых сначала тестируют новое железо и софт, потом вводят ее в продакшнен, если тесты пройдены успешно по их собственным, организаций, критериям успешности
	Ответить | Правка | ^ к родителю #284 | Наверх | Cообщить модератору

	390. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от XPEH on 09-Авг-11, 07:59
	Не страх, а нежелание при наличии работающих альтернатив заниматься закатом солнца вручную.
	Ответить | Правка | ^ к родителю #309 | Наверх | Cообщить модератору

	414. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от vegus (ok) on 09-Авг-11, 09:22
	> Не страх, а нежелание при наличии работающих альтернатив заниматься закатом солнца вручную. а как, Вы считаете, почему такого желания может не возникать? например, у меня такое желание постоянно: и не только "ковыряться" с фряхой, но и с Linux, и с железом, и много еще с чем - да я без этого жить не могу! Это - вообще тот драйвер, который меня, как инженера, толкает к познанию нового в моей специальности, к созданию все новых и интереснейших для меня систем, к удовольствию от моей работы, черт побери! и если вдруг каогда-нибудь этот драйвер уйдет - я займусь чем-то другим, и с не меньшей страстью ;-)
	Ответить | Правка | ^ к родителю #390 | Наверх | Cообщить модератору

	433. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от anonymous (??) on 09-Авг-11, 10:54
	>> Не страх, а нежелание при наличии работающих альтернатив заниматься закатом солнца вручную. >  а как, Вы считаете, почему такого желания может не возникать? потому что интересы у всех разные. удивительно, правда?
	Ответить | Правка | ^ к родителю #414 | Наверх | Cообщить модератору

	441. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от vegus (ok) on 09-Авг-11, 11:37
	> потому что интересы у всех разные. удивительно, правда? потому что окружающий мир не познаваем в принципе ;-) удивительно? хорошо, а если по сути Вашего сообщения, которая, как мне кажется, ясна, получается, что некоторым пользователям FreeBSD всего лишь _неинтересно_ получать ожидаемый результат _не_из_коробки_, так? отсюда очевидно получается, что возможная причина - лень или отсутствие интереса или нежелание изучения эксплуатируемой системы, а может быть что-то еще? В любом случае, пока все видимые причины такого поведения пользователей, получается, снова лежат вне самой FreeBSD.
	Ответить | Правка | ^ к родителю #433 | Наверх | Cообщить модератору

	452. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от anonymous (??) on 09-Авг-11, 12:34
	понимаешь, какая штука: кроме студентов-красноглазиков есть ещё и другие люди. которым ос per se нафиг не упёрлась, им ос нужна как инструмент для решения других задач. и если есть инструмент, которым для задачи воспользоваться быстрей и проще — они выберут этот инструмент. вот я дома тоже пингвинус и так, и этак верчу. а на работе в своё время использовал шапку и не выпендривался с пересборкой мира. компрене ву? (ц)
	Ответить | Правка | ^ к родителю #441 | Наверх | Cообщить модератору

	560. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 22:16
	>  потому что окружающий мир не познаваем в принципе ;-) удивительно? Познание костылей, подпорок и проблем и как со всем этим жить - далеко не самое интересное что можно придумать. Гораздо лучше если проблем - нет. Кто же любит проблемы на ровном месте, особенно если их  можно избежать?!
	Ответить | Правка | ^ к родителю #441 | Наверх | Cообщить модератору

	602. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от anonym on 10-Авг-11, 03:07
	>> Слышал о CLANG, но в какой степени готовности он находится? > Ну вы же понимаете что его делает Эппл, поэтому - под макось > первым делом. А что будет с остальными - их волнует слабо. > Учтя что кроме програмеров эппла над проектом работает ОДИН сторонний программист > - думаю понятно какие перспективы увидеть шланг хорошо работающим где-то еще > кроме макоси. Это СПОНСИРУЕТСЯ Эппл, так же как разработка идра Linux спонсируется IBM и Red Hat
	Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

	705. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 10-Авг-11, 18:11
	> Это СПОНСИРУЕТСЯ Эппл, так же как разработка идра Linux спонсируется IBM и Red Hat Эппл спонсирует ... сам себя и своих же программистов?! Браво, Эппл! Переложить деньги из левого кармана в правый и назвать это спонсорством - здорово придумано. А вас не смущает что все программисты кроме одного трудоустроены в Эппл и поэтому будут делать ровно то что им скажет их манагерье? :)
	Ответить | Правка | ^ к родителю #602 | Наверх | Cообщить модератору

	311. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+1 +/–
	Сообщение от anonymous (??) on 09-Авг-11, 00:52
	> Слышал о CLANG, но в какой степени готовности он находится? уже много лет в степени «ура! мы собрали то, что gcc собирал 10 лет назад!»
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	540. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+1 +/–
	Сообщение от Sem (ok) on 09-Авг-11, 20:14
	>> Слышал о CLANG, но в какой степени готовности он находится? > уже много лет в степени «ура! мы собрали то, что gcc собирал > 10 лет назад!» Так разве это не достижение с учетом возраста llvm?
	Ответить | Правка | ^ к родителю #311 | Наверх | Cообщить модератору

	541. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от anonymous (??) on 09-Авг-11, 20:19
	> Так разве это не достижение с учетом возраста llvm? это не то достижение, глядя на которое можно вещать, что «вот-вот gcc уйдёт в историю». а люди с бсд головного черепа очень любят подобное задвигать. а так -- достижение, конечно. кланговцы молодцы.
	Ответить | Правка | ^ к родителю #540 | Наверх | Cообщить модератору

	563. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 22:23
	Они любят выдавать желаемое за действительное. Это наверное тоже одна из причин указанной в новости ситуации.
	Ответить | Правка | ^ к родителю #541 | Наверх | Cообщить модератору

	611. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от kshetragia (ok) on 10-Авг-11, 06:15
	Ну почему же. Вполне себе повод так задвигать. "В войне между кодом и алгоритмами выигрывают алгоритмы"(с)не помню кто, к сожалению. Архитектура CLANG/LLVM в долгосрочной перспективе решает. И расширение функциональности, перенос на другие платформы, включение новых языков программирования в данной модели на порядки легче. Опять же лицензия может оказаться решающим фактором для коммерческих организаций.
	Ответить | Правка | ^ к родителю #541 | Наверх | Cообщить модератору

	629. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	–1 +/–
	Сообщение от anonymous (??) on 10-Авг-11, 10:44
	> Архитектура CLANG/LLVM в долгосрочной перспективе решает. дадада. «вот, сынок: теоретически мы — миллионеры. а практически — в доме две шалавы и дед-п…с».
	Ответить | Правка | ^ к родителю #611 | Наверх | Cообщить модератору

	706. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Аноним (??) on 10-Авг-11, 18:13
	> Архитектура CLANG/LLVM в долгосрочной перспективе решает. Это мы уже слышали - вот еще немного, и наступит коммунизм по всей планете. За него умирали 70 лет.На него гнули спину 70 лет. А потом бобик сдох и на его место пришел почему-то капитализм...
	Ответить | Правка | ^ к родителю #611 | Наверх | Cообщить модератору

	778. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от kshetragia (ok) on 11-Авг-11, 05:52
	Коммунизм - это к GPL. Лучшего олицетворения зависти и придумать сложно.
	Ответить | Правка | ^ к родителю #706 | Наверх | Cообщить модератору

	783. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Andrey Mitrofanov on 11-Авг-11, 10:45
	> Коммунизм - это к GPL. GPL в отличие от уже наступила... В GPL гулагах мучаются только проприертарщики и их друзья б3дшники -- да, амнести интл негодуэ, но их не жалко. > Лучшего олицетворения зависти и придумать сложно. Так, не завидуйте. :-P
	Ответить | Правка | ^ к родителю #778 | Наверх | Cообщить модератору

	791. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+1 +/–
	Сообщение от iZEN (ok) on 11-Авг-11, 15:01
	> Коммунизм - это к GPL. Лучшего олицетворения зависти и придумать сложно. Скорее — к рабовладельческому строю. Каждый раб глубоко в душе хочет стать хозяином (вот такое у него понятие свободы, для избранных. Иного понятия свободы рабу не дано, что ж поделаешь.). Каждый gpl-фан, как и проприетарщик, думает, что если взять сорцы и зажать, то автор утратит часть свободы, а значит может оказаться вместо хозяина рабом того, у кого окажутся его исходники, и он ничего с этим не сможет поделать. Весь смысл GPL заключается в том, чтобы сделать равноправное общество ХОЗЯЕВ, но в мире окружающей действительности этого не бывает — независимые хозяева исходников под GPL незаметно для себя становятся РАБАМИ корпораций. Эти уж точно знают как лучше распорядиться результатами их труда, повернуть в нужном направлении вектор разработки, "усилить" сообщество опытными программистами и тестерами, нанятыми на зарплату. Потихоньку, сложность GPL системы возрастает настолько, что без корпоративного управления проектом рядовые "независимые" разработчики уже не могут обойтись. В один прекрасный момент, когда что-то идёт не так, как думали все, корпорация их покидает и выкатывает собственную разработку, опирающуюся на идеи "свободной", возможно, использующую её как базу с отключенными фичами и возродившимися в новом качестве "наверху" функциональными особенностями. Кот же открыт! Всё свободно! Берите и пользуйтесь! Вот только он уже не тот, каким был в представлении независимых авторов — авторы давно обезличились, код сопровождают корпорации.
	Ответить | Правка | ^ к родителю #778 | Наверх | Cообщить модератору

	799. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Аноним (??) on 11-Авг-11, 16:18
	> Скорее — к рабовладельческому строю. Нет, к запрету на рабовладение. А проприетарные рабовладельцы типа тебя - негодуют, конечно, но если вспомнить войну севера и юга - пуль на всех хватит, не ссы. Да, запрет одному человеку брать другого в рабство - несомненно, ограничение свободы. Необходимое для того чтобы предотвратить еще более злостное ограничение свободы другого человека. Так достигается некий компромиссный баланс интересов. Хотя, конечно, можно как в Лондоне - мочилово ради мочилова, кто первый выстрелил тот и прав.
	Ответить | Правка | ^ к родителю #791 | Наверх | Cообщить модератору

	861. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Аноним (??) on 12-Авг-11, 12:14
	И Вы думаете, что ваш жуткий сценарий с участием GPL внезапно изменится, если GPL в нем заменить на BSD? По-моему, будет только хуже, но явно не лучше
	Ответить | Правка | ^ к родителю #791 | Наверх | Cообщить модератору

	872. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от iZEN (ok) on 12-Авг-11, 15:58
	> И Вы думаете, что ваш жуткий сценарий с участием GPL внезапно изменится, > если GPL в нем заменить на BSD? По-моему, будет только хуже, > но явно не лучше Готовый сценарий: PostgreSQL vs. MySQL
	Ответить | Правка | ^ к родителю #861 | Наверх | Cообщить модератору

	889. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Аноним (??) on 12-Авг-11, 18:10
	> Готовый сценарий: PostgreSQL vs. MySQL Постгра курирует коммерческая компания. Яха зажала часть наработок. В каком месте это лучше, свободнее, демократичнее? В случае мускула даже такой мегажлоб как оракл и то сырцом делится :)
	Ответить | Правка | ^ к родителю #872 | Наверх | Cообщить модератору

	914. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от iZEN (ok) on 12-Авг-11, 20:19
	> Постгра курирует коммерческая компания. /--- Стоунбрейкер и его студенты разрабатывали новую СУБД в течение восьми лет, с 1986 по 1994 год. За этот период в синтаксис были введены процедуры, правила, пользовательские типы и многие другие компоненты. Работа не прошла даром — в 1995 году разработка снова разделилась: Стоунбрейкер использовал полученный опыт в создании коммерческой СУБД Illustra, продвигаемой его собственной одноимённой компанией (приобретённой впоследствии компанией Informix), а его студенты разработали новую версию Postgres — Postgres95, в которой язык запросов POSTQUEL — наследие Ingres — был заменен на SQL. В этот момент разработка Postgres95 была выведена за пределы университета и передана команде энтузиастов. С этого момента эта СУБД получила имя, под которым она известна и развивается в текущий момент — PostgreSQL. ---/ Что за компания, которая "курирует" развитие PostgreSQL? > Яха зажала часть наработок. А что там интересного? Оно совместимо с последними версиями? Похоже, что нет. > В каком месте это лучше, свободнее, демократичнее? В том месте, что вектор развития проекта не в руках какой-то корпорации, а в руках свободного сообщества специалистов, которым есть что предложить.
	Ответить | Правка | ^ к родителю #889 | Наверх | Cообщить модератору

	892. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Аноним (??) on 12-Авг-11, 18:22
	> но явно не лучше Характерный пример: - Сорц ядра третьего андроида уже выложен, ибо GPL. - А вот сорц apple ios вы нифига не увидите. Хоть там и есть куски от бсд.
	Ответить | Правка | ^ к родителю #861 | Наверх | Cообщить модератору

	915. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от iZEN (ok) on 12-Авг-11, 20:22
	> - А вот сорц apple ios вы нифига не увидите. Хоть там и есть куски от бсд. Не знали, на что шли, и теперь локти кусают? Не-а. Просто GPL'щиков зависть к чужому в крови, а у BSDL'щиков зависти нет.
	Ответить | Правка | ^ к родителю #892 | Наверх | Cообщить модератору

	918. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от anonymous (??) on 12-Авг-11, 20:49
	> Не знали, на что шли, и теперь локти кусают? Не-а. Просто GPL'щиков > зависть к чужому в крови, а у BSDL'щиков зависти нет. угу. «да всё равно этот виноград зелёный весь!»
	Ответить | Правка | ^ к родителю #915 | Наверх | Cообщить модератору

	567. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 22:33
	> Так разве это не достижение с учетом возраста llvm? Проблема в том что кушать^W компилить программы надо уже сегодня, а не когда и если наступит коммунизм^W^W доведут до ума шланг под что-то отличное от макоси.
	Ответить | Правка | ^ к родителю #540 | Наверх | Cообщить модератору

6. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–3 +/–
Сообщение от pro100master (ok) on 08-Авг-11, 10:25
> После известия о начале перевода парка серверов люди не задали главный вопрос: почему сугубо инсайдерская информация всплыла силами пиар-отделов этих фирм в данный момент? Яндекс понятно - IPO прошло, надо рассказать, куда инвестиции пойдут, и то спорно, скорее попиариться. Но вот Рамблер...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	8. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от XPEH on 08-Авг-11, 10:30
	Ой я вас таки умоляю. Уверен что эта инсайдерская информация прочитана в недавнем обсуждении про рабмлерпочту.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	306. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от nuclight (ok) on 09-Авг-11, 00:34
	> Ой я вас таки умоляю. Уверен что эта инсайдерская информация прочитана в > недавнем обсуждении про рабмлерпочту. "Пастернака не читал, но осуждаю" ? Ники сотрудников Рамблера были приведены.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

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

	17. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от pro100master (ok) on 08-Авг-11, 10:48
	а вы часто внутренние процессы в своей компании пресс-релизами освещаете? намек: кому интересна ОС серверов? Блондинкам? 50млн пользователям, для 99% которых "копутер" черный ящик? Для кого эта информация? Попиариться? Потроллить?
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	78. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+2 +/–
	Сообщение от ананим on 08-Авг-11, 12:58
	да постоянно. все более менее адекватные конторы на этом играют - мелочь, а бару баксов к акциям никому не мешают. это пиар-ход такой - вон мс всё никак вп7 не разродится, а инсайдерские "утечки" инфы строго по календарю.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

15. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
Сообщение от mic_urtjngjkn dfg on 08-Авг-11, 10:41
По системе документации: система создания документации во FreeBSD, к сожалению, сиждется на OpenSP и OpenJade. Очень сложно найти соответствующий софт под Windows. В итоге, приходится пользоваться emacs для Windows и psgml-надстойкой для emacs. К ним нужно привыкать, есть и недостатки, нерешенные в рамках данного ПО. Что имеем в итоге - только один инструмент создания документации (OpenJade и OpenSP вместе с emacs и его psgml-надстройкой), тяготеющий к его использованию только в одной ОС FreeBSD. Хотел было вписать свои скромные заметки (к сожалению, мог пользоваться только Windows), но столкнулся с дефицитом ПО под данную ОС. emacs с psgml-надстройкой установил, но OpenSP и OpenJade не осилил... Кстати, если здесь есть авторы проекта русской документации, жду их комментарии (может кое в чём ошибаюсь или не делаю неправильно)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–2 +/–
Сообщение от Аноним (??) on 08-Авг-11, 10:57
Знаете что? Виртуализация! Лишь у 3% (скорее меньше, в основном в России) провайдеров VPS есть возможность предложить FreeBSD в качестве ОС (а в основном это jail'ы, и это ужасно, jail давно отстал от OpenVZ или XEN). Да и редко кому уже нужна фря на впс... Поздно опомнились. Порты и виртуализация. В этом направлении надо было работать... Вряд ли сейчас фре удастся вернуть былую популярность. Все развивается уж очень стремительно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	149. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+6 +/–
	Сообщение от ветеран WoW on 08-Авг-11, 15:45
	> Знаете что? Виртуализация! Лишь у 3% (скорее меньше, в основном в России) > провайдеров VPS есть возможность предложить FreeBSD в качестве ОС (а в > основном это jail'ы, и это ужасно, jail давно отстал от OpenVZ > или XEN). Да и редко кому уже нужна фря на впс... > Поздно опомнились. Порты и виртуализация. В этом направлении надо было работать... > Вряд ли сейчас фре удастся вернуть былую популярность. Все развивается уж > очень стремительно. Лично я целиком согласен с вами насчет виртуализации, но совершенно не согласен насчет стремительности. Мы все еще там же, где и 10 лет назад. Как показывает вот этот вот галдеж, 85% авторов так и не прочитали те доки, которые они не прочитали 10 лет назад. По поводу нужности freebsd на vps - технический уровень за эти 10 лет сильно упал. На vps в основном нужны php и mysql, а на чем там они сами - фиолетово. На чем предлагают, на том и берут. Если у Васи будет работать на freebsd, то и Петя купит на freebsd, потому что Вася, тоже не прочитавший ни одной доки, скажет Пете "Ты чо, дурак ? На солярисе вообще php нет, а mysql на freebsd". И Петя поверит. Большинство из здесь пишущих авторов используют линукс именно потому что "ты чо, дурак ? в freebsd ipfw не работает на нескольких ядрах, и bind нельзя из базы убрать". Зачем ipfw работать на нескольких ядрах они все равно не знают, так же как и зачем bind из базы убирать.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	296. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–3 +/–
	Сообщение от Michael Shigorin (ok) on 09-Авг-11, 00:02
	> Большинство из здесь пишущих авторов Крепко, крепко.  Видимо, вы действительно всё там же, где и десять лет тому -- и так ничего и не понимаете, пытаясь выкурить (и запомнить) все доки вместо обобщения типовых задач. > используют линукс именно потому что "ты чо, дурак ? в freebsd ipfw не работает на > нескольких ядрах, и bind нельзя из базы убрать". JFYI, для меня когда-то в 1998 решающим доводом оказался чёрт: если у людей настолько нет соображения, то с ними точно не по пути.  И что самое смешное, вся дальнейшая история общения с freebsd community (в частности, EvilNever) этот вывод только подтвердила -- и культурно, и организационно, и технически.  А ведь это всё следствия, как и перечисленное Вами. Можете спорить, только тогда лучше начните с тех, кто инициировал смену лого (и, помнится, они же писали тогда про отношения в сообществе).  Хотя новое ещё более дурацкое -- рога из сферического вакуума продолжают торчать -- но мотивы были в принципе верными. PS: что-то мне подсказывает, что пошумят, пересядут по табуреткам и тем дело закончится.  Если не желать слышать других, это стандартная ситуация.  А если желать, так есть более подходящие сообщества.  Жаждущим примерчиков могу напомнить про Frenzy. PPS 2 andy re #28: надо же, почти три года написанному развёрнутому ответу на подмножество поставленного в этой теме вопроса... :(
	Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

	329. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от nuclight (ok) on 09-Авг-11, 01:31
	Хехе. Михаил, Вы продолжаете разводить всю ту же тонкую демагогию, приправленную тщательно маскируемой _собственной_ гордыней, при этом умудряетесь обосновывать всё теми же нелепыми и вредными религиозными поводами. А когда Вас недвусмысленно и прямо спрашивают в лоб, Вы игнорируете вопрос, ибо ответ покажет Ваше истинное лицо. Я в треде https://www.opennet.ru/openforum/vsluhforumID3/74975.html уже давно прямо спросил - враг Вы FreeBSD или нет. До сих пор молчок.
	Ответить | Правка | ^ к родителю #296 | Наверх | Cообщить модератору

	332. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+4 +/–
	Сообщение от anonymous (??) on 09-Авг-11, 01:36
	> Я в треде https://www.opennet.ru/openforum/vsluhforumID3/74975.html уже давно прямо > спросил — враг Вы FreeBSD или нет. До сих пор молчок. — а ты за фашистов или за красных? — я в эти игры не играю. — ты не увиливай, ты скажи: за фашистов или за красных?!
	Ответить | Правка | ^ к родителю #329 | Наверх | Cообщить модератору

	408. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от andy (??) on 09-Авг-11, 09:06
	> Хехе. Михаил, Вы продолжаете разводить всю ту же тонкую демагогию, приправленную тщательно > маскируемой _собственной_ гордыней, при этом умудряетесь обосновывать всё теми же нелепыми > и вредными религиозными поводами. Укажите на гордыню, будьте так любезны > А когда Вас недвусмысленно и прямо спрашивают > в лоб, Вы игнорируете вопрос, ибо ответ покажет Ваше истинное лицо. > Я в треде https://www.opennet.ru/openforum/vsluhforumID3/74975.html уже давно прямо > спросил - враг Вы FreeBSD или нет. До сих пор молчок. Вадим, неужели до Вас не доходит, что мышление категориями "свой-чужой" есть глупость? У людей есть пожелания к улучшению, причем вам явно указывают на собственные ошибки, но бсдшники и тут встают в позу. Не надоело?
	Ответить | Правка | ^ к родителю #329 | Наверх | Cообщить модератору

	845. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от nuclight (ok) on 11-Авг-11, 22:52
	>> Хехе. Михаил, Вы продолжаете разводить всю ту же тонкую демагогию, приправленную тщательно >> маскируемой _собственной_ гордыней, при этом умудряетесь обосновывать всё теми же нелепыми >> и вредными религиозными поводами. > Укажите на гордыню, будьте так любезны В этих комментах - на ветку с dump/restore укажу, пожалуй. А вообще - это заметно при длительном наблюдении, тратить время на поиски всех примеров я, извините, не могу. Кое-что есть в обсуждении, на которое ссылка, еще можете поинтересоваться у знающих в реале, например у того же Валентина Нечаева. >> А когда Вас недвусмысленно и прямо спрашивают >> в лоб, Вы игнорируете вопрос, ибо ответ покажет Ваше истинное лицо. >> Я в треде https://www.opennet.ru/openforum/vsluhforumID3/74975.html уже давно прямо >> спросил - враг Вы FreeBSD или нет. До сих пор молчок. > Вадим, неужели до Вас не доходит, что мышление категориями "свой-чужой" есть глупость? Ни разу. Это ведь вопрос отношения. Просто в настолько явном и недвусмысленном виде в мирное время оно бывает нечасто (но примеров полно, рыночная конкуренция хотя бы), в опенсорсе вообще редко. Но примеры-то есть: в исходном треде в ЖЖ про Рамблер был человек, который прямо заявил, что хочет сведения рыночной доли FreeBSD к минимуму, здесь среди 700 комментов тоже кто-то говорил про "лагерь BSD". Явление объективно существует, как видите. > У людей есть пожелания к улучшению, причем вам явно указывают на > собственные ошибки, но бсдшники и тут встают в позу. Не надоело? Простите, где _здесь_ были высказаны пожелания к улучшению, и почему эта претензия идет лично ко мне? Это про "чёрта" на логотипе-то - главная наша ошибка и претензия, типа? Что касается лично меня, то я вообще-то из собранных указаний на ошибки и пожеланий к улучшению целый пост собрал. Но всё равно могу разъяснить, откуда у кого-то может возникать реакция "встать в позу" на подобное. Одни и те же сухие факты ошибок можно подать совершенно по-разному. Можно с желанием помочь, можно с желанием унизить. И вот это отношение - оно очень хорошо чувствуется. Особенно, когда второе маскируют первым.
	Ответить | Правка | ^ к родителю #408 | Наверх | Cообщить модератору

	565. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от Аноним (??) on 09-Авг-11, 22:30
	> маскируемой _собственной_ гордыней, За собой вы упорно не видите бревна в глазу.
	Ответить | Правка | ^ к родителю #329 | Наверх | Cообщить модератору

	675. "(offtopic) злонамерение"	–1 +/–
	Сообщение от Michael Shigorin (ok) on 10-Авг-11, 15:26
	[skip: время рассудит] > Я в треде https://www.opennet.ru/openforum/vsluhforumID3/74975.html уже давно прямо > спросил - враг Вы FreeBSD или нет. До сих пор молчок. То есть если мерить Вашей меркой -- то сообразно #265 Вы заранее намерены проигнорировать массу прямых вопросов здесь?  Или всё-таки можно не подозревать злонамерение?.. Не собираюсь писать disclaimer насчёт того, что обязуюсь требовать доставки каждого уведомления о сообщении, обеспечивать получение таковых, прочтение и ответ.  Разве так трудно понять, что я просто до сих пор не прочёл то Ваше сообщение из-за более важных дел (и, помнится, предупредив, что лимит времени на Вас близок к исчерпанию по причине Вашего неадекватного восприятия в то время)? Указали -- ответил: https://www.opennet.ru/openforum/vsluhforumID3/74975.html#203
	Ответить | Правка | ^ к родителю #329 | Наверх | Cообщить модератору

	852. "(offtopic) злонамерение"	+/–
	Сообщение от nuclight (ok) on 12-Авг-11, 01:39
	> Ваше сообщение из-за более важных дел (и, помнится, предупредив, что лимит > времени на Вас близок к исчерпанию по причине Вашего неадекватного > восприятия в то время)? > Указали -- ответил: https://www.opennet.ru/openforum/vsluhforumID3/74975.html#203 Читаю. И что вижу, что там, что здесь? Прямого ответа нет, зато ряд вводящих в недоумение двусмысленных или на что-то намекающих фраз: " вот ответ: я враг сатаны", "тем, кто ищет правду", "осознанной лжи", "заслуживают осуждения и противоборства". Как это понимать? Сатана лично инспирировал BSD (или причем тогда вообще религия в таком вопросе)? BSDшники все хором осознанно коллективно лгут? У них нет правды, и с ними надо бороться (тогда какая же это помощь, как выставляет andy) ? Только лично Вы знаете правду, а все остальные лгут и заблуждаются? Я привлекаю контекст, что здесь, про неадекватное восприятие, что в этой теме, в ветке про dump, что по опыту более раннего общения - и прихожу к выводу, что верно последнее. То есть, что Вы считаете, будто бы единственноверный вариант - у Вас (либо у сообщества, вашем дистрибутиве, вашей ОС, etc.). А все остальные либо врут, либо заблуждаются. Но это и есть гордыня.
	Ответить | Правка | ^ к родителю #675 | Наверх | Cообщить модератору

	386. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от анон on 09-Авг-11, 07:21
	> JFYI, для меня когда-то в 1998 решающим доводом оказался чёрт: если у людей настолько нет соображения, то с ними точно не по пути.   Религиозный homo erectus не способен к трезвому техническому анализу.
	Ответить | Правка | ^ к родителю #296 | Наверх | Cообщить модератору

	431. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от anonymous (??) on 09-Авг-11, 10:53
	> Религиозный homo erectus не способен к трезвому техническому анализу. так это же здорово! я только не понимаю, как Майк линукс-то использует: там ведь тоже демоны нечестивые! впрочем, я вообще не понимаю, как технарь может быть верующим. тут одно из двух: или он не верующий, или не технарь ни разу.
	Ответить | Правка | ^ к родителю #386 | Наверх | Cообщить модератору

	642. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Aleksey Cheusov on 10-Авг-11, 12:10
	>> Религиозный homo erectus не способен к трезвому техническому анализу. > так это же здорово! я только не понимаю, как Майк линукс-то использует: > там ведь тоже демоны нечестивые! Дада, а еще в Юниксе ДЕТЕЙ И РОДИТЕЛЕЙ убивают! kill -KILL -- это же неприкрытый сатанизм!!! > впрочем, я вообще не понимаю, как технарь может быть верующим. тут одно > из двух: или он не верующий, или не технарь ни разу. Строго говоря, такое иногда бывает, но наш Миша -- точно не Сахаров, даже не близко.
	Ответить | Правка | ^ к родителю #431 | Наверх | Cообщить модератору

	645. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от anonymous (??) on 10-Авг-11, 12:41
	> Дада, а еще в Юниксе ДЕТЕЙ И РОДИТЕЛЕЙ убивают! > kill -KILL -- это же неприкрытый сатанизм!!! а ещё там есть зомби! > Строго говоря, такое иногда бывает, но наш Миша -- точно не Сахаров, > даже не близко. а вот это скорее комплимент.
	Ответить | Правка | ^ к родителю #642 | Наверх | Cообщить модератору

	708. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 10-Авг-11, 18:39
	> Религиозный homo erectus не способен к трезвому техническому анализу. Да, религии - глупость. Но все-таки немного о людях и их отношениях: было забавное исследование: трезвые математические умы (именно чистые математики, а не физики или там инженеры) имеют очень своеобразое свойство: они могут вытролливать из своего окружения всех кроме маленькой группки "илиты". И если для теорем и формул это еще катит, т.к. задача вообще может умещаться в одной голове, то вот для разработки операционок это видится проблемой. Современная ОС - слишком большая и сложная штука чтобы ее осилить в одиночку или маленькой групкой "илиты".
	Ответить | Правка | ^ к родителю #386 | Наверх | Cообщить модератору

	411. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от andy (??) on 09-Авг-11, 09:09
	> PPS 2 andy re #28: надо же, почти три года написанному развёрнутому > ответу на подмножество поставленного в этой теме вопроса... :( Не вижу ничего плохого в том, что бы повторить несколько раз. Мало ли, кто-то с первого раза не понял, или просто не увидел информацию. В этом нет ничего плохого, лишь бы на пользу пошло. Хотя есть сильное подозрение, что выводы сделаны не будут, но будут найдены враги, сообщество еще более спрячется в раковину, и напускной элитизм возведется в квадрат.
	Ответить | Правка | ^ к родителю #296 | Наверх | Cообщить модератору

	417. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+3 +/–
	Сообщение от northbear (ok) on 09-Авг-11, 10:03
	Михаил, маргиналы есть маргиналы. Вы еще скажите, что на Linux'e гиков типа EvilNever нет. В FreeBSD Community таких по ряду очевидных причин больше. Но именно это явилось поводом для беспокойство, про это и пишется в новости. А логотип в виде демона тут вообще не причем. Это логотип конторы которая долгое время занималась официальной рассылкой дистров FreeBSD. Я свой первый дистр FreeBSD 2.0.7 получил именно от них. Там в contrib'ах были битмары этого демонёнка и в поставке шёл консольный скринсейвер с прыгающим демоненком. Прыгающий демонёнок на консоли был тогда визитной карточкой фрибсдишника. Знак причастности к клубу профессионалов. Учитывая у фри тогда своего логотипа не было, то демоненок стал фактическим логотипом FreeBSD. Позже его просто официально озвучили. Это потом начались вопли идиотов, что мол демон оскорбляет чьи-то религиозные чувства. А лично меня оскорбляет, когда какое-то УГ притаскивает в профессиональное, вообще говоря, сообщество свои "религиозные чувства", начинает им трясти и пытается всех заставить их уважать. Мне он откровенно нравится. Очень живой, узнаваемый и харизматичный. Инфантильный пингвин linux'а мне в этом качестве нравится меньше. Но в плане узнаваемости, тоже 5+. У Linux'а тоже были подобные кризисы социализации. Мне ли вам про них рассказывать. Похоже FreeBSD'шники вас чем-то здорово обидели, что вы так запальчиво на них бочку катите... )
	Ответить | Правка | ^ к родителю #296 | Наверх | Cообщить модератору

	437. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от anonymous (??) on 09-Авг-11, 11:10
	вот, кстати, про харизматичность маскота согласен. тукс — совершенно осоловевший ребёнок-даун, которого вдобавок обкормили колёсами. я когда-то очень хотел на бсд исключительно из-за обалденного маскота. тукс до сих пор вызывает желание взять монтировку и избавить этого пингвина от мучений в земной юдоли.
	Ответить | Правка | ^ к родителю #417 | Наверх | Cообщить модератору

	681. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от Michael Shigorin (ok) on 10-Авг-11, 15:59
	> Михаил, маргиналы есть маргиналы. Вы еще скажите, что на Linux'e гиков типа > EvilNever нет. В FreeBSD Community таких по ряду очевидных причин больше. Вот я про эти не всем очевидные причины и говорю; а Сашу знаю с 2002 и по крайней мере году к 2006 он изрядно испортился в моральном плане (дальше сколь-нибудь тесно не общались, так что не знаю). > Но именно это явилось поводом для беспокойство, про это и пишется в новости. Именно потому и порадовался; надеюсь, от начинания Вадима будет толк.  Хотя при его собственном культурном уровне это, к сожалению, маловероятно -- поскольку не понимает причину и отказывается принимать диагностику, предпочитая свалить всё на диагностирующего. > Я свой первый дистр FreeBSD 2.0.7 получил именно от них. Там в contrib'ах были > битмары этого демонёнка и в поставке шёл консольный скринсейвер с прыгающим > демоненком. Прыгающий демонёнок на консоли был тогда визитной карточкой фрибсдишника. > Знак причастности к клубу профессионалов. Хех.  Вот ещё один знак: http://git.altlinux.org/people/mike/packages/?p=xscreensaver... > Учитывая у фри тогда своего логотипа не было, то демоненок стал фактическим > логотипом FreeBSD. Позже его просто официально озвучили. Спасибо, не знал. > Это потом начались вопли идиотов, что мол демон оскорбляет чьи-то религиозные чувства. Для меня вопрос не в оскорблении, а в приемлемом для разных людей образе мышления.  С некоторыми можно дискутировать, но делать общее (поскольку оно есть) -- с некоторыми рельсы просто расходятся. Проблема в том, когда декларируется одно, а на поверку выходит другое -- и сообщество профессионалов с изнанки оказывается сообществом рассказывающих про круть и замалчивающих некруть с редкими исключениями в виде тех, кому "лишь бы система была диагностируемой" (c) netch. > А лично меня оскорбляет, когда какое-то УГ притаскивает в профессиональное, вообще > говоря, сообщество свои "религиозные чувства", начинает им трясти и пытается всех > заставить их уважать. Да, это глупо.  Дело даже не в "профессиональности", а в том, что у нас давно известно как "в чужой монастырь со своим уставом".  Т.е. нет смысла идти к голубым и вещать им про семейные ценности -- но вот позволять этим самым голубым утверждать свои "ценности" как равнозначные семейным нельзя. > Похоже FreeBSD'шники вас чем-то здорово обидели, что вы так запальчиво на них > бочку катите... ) Системной ложью.  Собственно, как и microsoft'овцы.  Это тяжкое обвинение и его нельзя обобщать на всех, разумеется.
	Ответить | Правка | ^ к родителю #417 | Наверх | Cообщить модератору

	743. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от anonymous (??) on 10-Авг-11, 22:09
	> но вот позволять этим самым голубым утверждать > свои «ценности» как равнозначные семейным нельзя. почему? «мне это не нравится»? так не надо им следовать тогда, вот и всё. чем они хуже «традиционных» — я не вижу. зато точно вижу, чем хуже «традиционные»: как минимум тем, что они навязываются социумом всем без разбора. давай уже пойдём дальше тогда: мать-одиночка — неполноценная. незамужняя женщина — вдвойне неполноценная. потому что «не традиционно» же.
	Ответить | Правка | ^ к родителю #681 | Наверх | Cообщить модератору

	757. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Michael Shigorin (ok) on 10-Авг-11, 23:25
	> чем они хуже «традиционных» — я не вижу. Нежизнеспособные.  Странно, что Вы не справились подумать на пару поколений вперёд -- да ладно, на одно. > точно вижу, чем хуже «традиционные»: как минимум тем, что они навязываются > социумом всем без разбора. RTFH хазарский каганат > давай уже пойдём дальше тогда: мать-одиночка — неполноценная. незамужняя женщина > — вдвойне неполноценная. потому что «не традиционно» же. А это так и есть, судя по общению с большим количеством в т.ч. и таких людей.  Традиции-то не на пустом месте родились -- по крайней мере наши. PS: собственно, очень многое из внутренне лживого либо вовсе долгосрочно нежизнеспособно, либо живёт за счёт паразитирования.  Возможно, даже всё.  И применительно к изначальной теме здесь тоже есть над чем поразмыслить.
	Ответить | Правка | ^ к родителю #743 | Наверх | Cообщить модератору

	761. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от anonymous (??) on 10-Авг-11, 23:48
	>> чем они хуже «традиционных» — я не вижу. > Нежизнеспособные.  Странно, что Вы не справились подумать на пару поколений вперёд > — да ладно, на одно. мне «будущие поколения» совершенно безразличны. >> точно вижу, чем хуже «традиционные»: как минимум тем, что они навязываются >> социумом всем без разбора. > RTFH хазарский каганат и что? > А это так и есть, судя по общению с большим количеством в > т.ч. и таких людей.  Традиции-то не на пустом месте родились > — по крайней мере наши. традиция, кстати, говорит, что в укромном месте дома надо ставить молоко для домового. или то, что удобно — это «хорошая традиция», а то, что неудобно — это «негодное суеверие»? традиции-то не на пустом месте родились! по крайней мере — наши. > PS: собственно, очень многое из внутренне лживого либо вовсе долгосрочно нежизнеспособно, > либо живёт за счёт паразитирования.  Возможно, даже всё.  И > применительно к изначальной теме здесь тоже есть над чем поразмыслить. если оно нежизнеспособно — само отвалится и сдохнет. зачем принимать какие-то дополнительные меры тогда? меры принимают, если видят, что ещё как жизнеспособно и помирать не собирается.
	Ответить | Правка | ^ к родителю #757 | Наверх | Cообщить модератору

	766. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Авг-11, 00:16
	>>> как минимум тем, что они навязываются социумом всем без разбора. >> RTFH хазарский каганат > и что? Оперативно загнулся с чужеродными "ценностями".  И как социум, и как государство. > традиция, кстати, говорит Такой не встречал.  Не выжила, наверное. > если оно нежизнеспособно — само отвалится и сдохнет. зачем принимать какие-то > дополнительные меры тогда? меры принимают, если видят, что ещё как жизнеспособно > и помирать не собирается. RTFH опиумные войны (или сразу промотаю: если мой сосед станет наркоманом, мне будет хуже). PS: дальнейшее развитие этого субтреда подозрительно на спам с учётом темы.  Кому надо, тот задумается и над уже известным.
	Ответить | Правка | ^ к родителю #761 | Наверх | Cообщить модератору

	874. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Аноним (??) on 12-Авг-11, 16:09
	> мне «будущие поколения» совершенно безразличны. Ошибочное мышление: в этом случае у тебя нет будущего. Никто не живет вечно, поэтому он или думает и заботится о тех кто однажды подхватит эстафету, или его вид исчезает с планеты. Так было миллионы лет. Так будет еще долго. Нарушение этого принципа самокорректируется - путем вымирания ощибочной ветви эволюции. Вы официально признаете себя ошибочной ветвью эволюции?
	Ответить | Правка | ^ к родителю #761 | Наверх | Cообщить модератору

	923. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от anonymous (??) on 12-Авг-11, 21:02
	>> мне «будущие поколения» совершенно безразличны. > Ошибочное мышление: в этом случае у тебя нет будущего. Никто не живет > вечно, поэтому он или думает и заботится о тех кто однажды > подхватит эстафету, или его вид исчезает с планеты. мне плевать на ваш вид и на его перспективы. доступно?
	Ответить | Правка | ^ к родителю #874 | Наверх | Cообщить модератору

	939. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от Аноним (??) on 14-Авг-11, 10:02
	>>> мне «будущие поколения» совершенно безразличны. >> Ошибочное мышление: в этом случае у тебя нет будущего. Никто не живет >> вечно, поэтому он или думает и заботится о тех кто однажды >> подхватит эстафету, или его вид исчезает с планеты. > мне плевать на ваш вид и на его перспективы. доступно? чего тогда делаешь в этой новости?
	Ответить | Правка | ^ к родителю #923 | Наверх | Cообщить модератору

	942. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от anonymous (??) on 14-Авг-11, 10:51
	> чего тогда делаешь в этой новости? внизапна! почитай весь оффтопик.
	Ответить | Правка | ^ к родителю #939 | Наверх | Cообщить модератору

	753. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Sem (ok) on 10-Авг-11, 22:59
	>> Учитывая у фри тогда своего логотипа не было, то демоненок стал фактическим >> логотипом FreeBSD. Позже его просто официально озвучили. > Спасибо, не знал. Да не совсем все так было. Формально бисти так и никогда не был официальным логотипом. Официальным логотипом стал только этот шар с ушами(рогами?). А бисти так и остался красивой иллюстрацией. > Проблема в том, когда декларируется одно, а на поверку выходит другое -- > и сообщество профессионалов с изнанки оказывается сообществом рассказывающих про круть > и замалчивающих некруть с редкими исключениями в виде тех, кому "лишь > бы система была диагностируемой" (c) netch. Еще бы контекст этой фразы узнать. Можно ссылку? >> Похоже FreeBSD'шники вас чем-то здорово обидели, что вы так запальчиво на них >> бочку катите... ) > Системной ложью.  Собственно, как и microsoft'овцы.  Это тяжкое обвинение и > его нельзя обобщать на всех, разумеется. Вы только что и обобщили.
	Ответить | Правка | ^ к родителю #681 | Наверх | Cообщить модератору

	763. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Авг-11, 00:04
	>> Проблема в том, когда декларируется одно, а на поверку выходит другое -- >> и сообщество профессионалов с изнанки оказывается сообществом рассказывающих про круть >> и замалчивающих некруть с редкими исключениями в виде тех, кому "лишь >> бы система была диагностируемой" (c) netch. > Еще бы контекст этой фразы узнать. Можно ссылку? Нет, это была частная переписка, но при свидетелях.  Вот точная цитата: --- Date: Thu, 27 Dec 2007 08:47:48 +0200 From: Valentin Nechayev Subject: Re: kurush @ osdn query Message-ID: <20071227064748.GG1108@netch.kiev.ua> [...] Ну а ОС хостинга меня минимально волнует, пока она в пределах диагностируемого - linux для меня вполне диагностируем, хотя с виртуализацией я его не гонял. -netch- --- >>> Похоже FreeBSD'шники вас чем-то здорово обидели, что вы так запальчиво на них >>> бочку катите... ) >> Системной ложью.  Собственно, как и microsoft'овцы.  Это тяжкое обвинение и >> его нельзя обобщать на всех, разумеется. > Вы только что и обобщили. Чтоб не было соблазна прочитать "_все_ FreeBSD'шники обидели системной ложью", и написал корявый disclaimer... наверное, надо было потрудиться и перефразировать как-то иначе: "Те FreeBSD'шники, которые меня здорово обидели -- добились этого системной ложью, как и те microsoft'овцы, которые меня здорово обидели". Например (и список далеко не исчерпывающий), Валик Нечаев, Дима Кохманюк, Антон Турыгин в вешании лапши на уши не замечены.  За что и уважаю как профессионалов.
	Ответить | Правка | ^ к родителю #753 | Наверх | Cообщить модератору

	962. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от northbear (??) on 15-Авг-11, 14:47
	> Именно потому и порадовался; надеюсь, от начинания Вадима будет толк.  Хотя > при его собственном культурном уровне это, к сожалению, маловероятно -- поскольку > не понимает причину и отказывается принимать диагностику, предпочитая свалить всё на > диагностирующего. Да, почитал lj, манера ведения дискуссии у Вадима удручающая. Декларирует, что нужно внимательней относиться к потребностям пользователей, и тут же грубо осаживает этих же самых пользователей. Вряд ли у кого-то возникнет особое желание рассказывать ему о своих потребностях. > Хех.  Вот ещё один знак: > http://git.altlinux.org/people/mike/packages/?p=xscreensaver... Ну, в те времена (1996 год) при тамошнем интернете, возможность отправлять патчи была лишь у избранных. И коммитеры воспринимались просто как небожители. )   >> Это потом начались вопли идиотов, что мол демон оскорбляет чьи-то религиозные чувства. > Проблема в том, когда декларируется одно, а на поверку выходит другое -- > и сообщество профессионалов с изнанки оказывается сообществом рассказывающих про круть > и замалчивающих некруть с редкими исключениями в виде тех, кому "лишь > бы система была диагностируемой" (c) netch. К сожалению, в русскоязычном сообществе Freebsd нет людей, которые могли бы выступить в роли FreeBSD Evangelist. Умение общаться, заинтересовывать и привлекать людей удел немногих. >> Похоже FreeBSD'шники вас чем-то здорово обидели, что вы так запальчиво на них >> бочку катите... ) > Системной ложью.  Собственно, как и microsoft'овцы.  Это тяжкое обвинение и > его нельзя обобщать на всех, разумеется. Э-э... Тяжелее некуда. Видимо вы имеете ввиду конкретных товарищей, и для вас они, видимо, олицетворяют сообщество FreeBSD. Неприятно...
	Ответить | Правка | ^ к родителю #681 | Наверх | Cообщить модератору

	185. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от Аноним (??) on 08-Авг-11, 18:09
	>jail давно отстал от OpenVZ или XEN стоит сказать, что это изначально разные вещи с разными задачами. Виртуализацией джейлы никогда не были. Это система изоляции.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	278. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–9 +/–
	Сообщение от Michael Shigorin (ok) on 08-Авг-11, 23:11
	>>jail давно отстал от OpenVZ или XEN > стоит сказать, что это изначально разные вещи с разными задачами. Виртуализацией джейлы > никогда не были. Это система изоляции. Даже chroot -- это некоторая форма виртуализации: появляется "как бы" корень.
	Ответить | Правка | ^ к родителю #185 | Наверх | Cообщить модератору

	468. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 14:41
	>>>jail давно отстал от OpenVZ или XEN >> стоит сказать, что это изначально разные вещи с разными задачами. Виртуализацией джейлы >> никогда не были. Это система изоляции. > Даже chroot -- это некоторая форма виртуализации: появляется "как бы" корень. Лучше надо знать предмет.. лучше.. vImage был доступен для FreeBSD 4.9 - уже тогда он был лучше чем то что подает с барского плеча SWSoft (долгое время продававший виртуозу и не раскрывавший исходников модификации linux kernel).
	Ответить | Правка | ^ к родителю #278 | Наверх | Cообщить модератору

	569. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от Аноним (??) on 09-Авг-11, 22:37
	> Лучше надо знать предмет.. лучше.. А что он не так сказал? Чрут - это примитивная виртуализация видения файловой системы: появляется новый view с якобы своим собственным /. Простейшая форма виртуализации файловой системы по сути.
	Ответить | Правка | ^ к родителю #468 | Наверх | Cообщить модератору

	617. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 10-Авг-11, 08:47
	>> Лучше надо знать предмет.. лучше.. > А что он не так сказал? Чрут - это примитивная виртуализация видения > файловой системы: появляется новый view с якобы своим собственным /. Простейшая > форма виртуализации файловой системы по сути. Заявил что системы системы аналогичной OpenVZ на фре не было, и тут же был ткнут носом в vImage. вы этого не заметили ?
	Ответить | Правка | ^ к родителю #569 | Наверх | Cообщить модератору

	740. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от Аноним (??) on 10-Авг-11, 21:52
	> Заявил что системы системы аналогичной OpenVZ на фре не было, и тут > же был ткнут носом в vImage. > вы этого не заметили ? Нет, я почему-то не заметил хостингов использующих это. Зато вижу дикое количество хостингов с опенвзй. Поэтому возникает резонное подозрение что вы слегка присвистнули насчет "было лучше чем". Мир почему-то оказался другого мнения и дружно выбрал линуха и опенвз в одной из подзадач.
	Ответить | Правка | ^ к родителю #617 | Наверх | Cообщить модератору

	767. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Авг-11, 00:16
	>> А что он не так сказал? > Заявил что системы системы аналогичной OpenVZ на фре не было Очередное враньё -- перечитайте #278 и #18, сравните авторов и можете даже извиниться. > и тут же был ткнут носом в vImage. вы этого не заметили ? Вы ещё асфальтоукладчик попытайтесь носом ткнуть, любезный.
	Ответить | Правка | ^ к родителю #617 | Наверх | Cообщить модератору

	756. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Michael Shigorin (ok) on 10-Авг-11, 23:19
	>> Даже chroot -- это некоторая форма виртуализации: появляется "как бы" корень. (неужели это так удивляет?) > Лучше надо знать предмет.. лучше.. Я немножко знаю предмет, хотя всегда рад узнать чего релевантного. > vImage был доступен для FreeBSD 4.9 - уже тогда он был лучше Можно про "лучше" поподробнее?  Тем, что сеть только через бридж (что сложней, дороже и менее безопасно, т.к. broadcast domain расширяется)?  Или тем, что в восьмёрке паникует с PF?  Или же там всё-таки есть, скажем, открытый аналог vzfs для экономии RAM при mmap() де-факто идентичых файлов разных корней?  Надо же, а тот же dk@ до сих пор пользуется jail, как понимаю. Поймите, любой дурак может ляпнуть своим "лучше точка" об стол.  Специалист обязан понимать, что говорит.  Профессионал -- ещё и отвечать за свои слова, как за дела.  Пока Вашим словам я никакого подтверждения не наблюдаю. > чем то что подает с барского плеча SWSoft (долгое время продававший > виртуозу и не раскрывавший исходников модификации linux kernel). Насчёт "не раскрывавший" -- Вам, видимо, и не обязан был; как именно были оформлены эти модификации с юридической точки зрения, могу спросить Кирилла Колышкина, благо в ростере. PS: только пожалуйста, если будете отвечать -- давайте предметно.  Не ляпайте об стол.
	Ответить | Правка | ^ к родителю #468 | Наверх | Cообщить модератору

	539. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от DeadLoco (ok) on 09-Авг-11, 20:11
	> Даже chroot -- это некоторая форма виртуализации: появляется "как бы" корень. Ой.
	Ответить | Правка | ^ к родителю #278 | Наверх | Cообщить модератору

	643. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от vle (ok) on 10-Авг-11, 12:29
	>> Даже chroot -- это некоторая форма виртуализации: появляется "как бы" корень. > Ой. Ой - это "безопасный браузер", засунутый в virtualbox за несколько сотен тысяч долларов. А chroot - это простейший механизм для _изоляции_ процесса без претензий на нарезку ресурсов. Особенно в таком виде (мануал внизу). http://mail-index.netbsd.org/tech-kern/2011/07/10/msg010913.... Патч аж на целых 800 строк вместе с мануалом. То, что и в Линупсе и во Фре он дырявый, не делает концепцию нерабочей.
	Ответить | Правка | ^ к родителю #539 | Наверх | Cообщить модератору

	671. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от DeadLoco (ok) on 10-Авг-11, 14:46
	>> Ой. > А chroot - это простейший механизм для _изоляции_ процесса Я к тому, что этак недолго и уид/гид-бейзед пермишны объявить разновидностью виртуализации. Ну, как же! В зависимости от логина-пароля система поворачивается разными сторонами к юзеру...
	Ответить | Правка | ^ к родителю #643 | Наверх | Cообщить модератору

	674. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от vle (ok) on 10-Авг-11, 15:21
	>>> Ой. >> А chroot - это простейший механизм для _изоляции_ процесса > Я к тому, что этак недолго и уид/гид-бейзед пермишны объявить разновидностью виртуализации. > Ну, как же! В зависимости от логина-пароля система поворачивается разными сторонами > к юзеру... Ну, я бы сказал так. Виртуализация - это ограничение области видимости некоторых объектов системы и степень возможного влияния на "видимые" объекты. Если так смотреть на вещи, то в принципе разграничение привилегий на уровне uid/gid тоже назвать виртуализацией, поэтому я бы выставил uid/gid, chroot, jail, vserver/openvz/lxc, xen/vmware/virtualbox в одну цепь как раз по степени изоляции и степени влияния на видимое. К объектам относятся процессы, файлы, сокеты, файловые системы, сетевые интерфейсы, физическое железо, ядро и т.д. Само собой в этой цепи возникает много "побочных" вопросов вроде бакапирования, живой миграции, безопасности, производительности, нарезка ресурсов и прочее.
	Ответить | Правка | ^ к родителю #671 | Наверх | Cообщить модератору

	679. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от DeadLoco (ok) on 10-Авг-11, 15:45
	> Ну, я бы сказал так. Виртуализация - это ограничение области видимости > некоторых объектов системы и степень возможного влияния на "видимые" объекты. Нет.
	Ответить | Правка | ^ к родителю #674 | Наверх | Cообщить модератору

	688. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от vle (ok) on 10-Авг-11, 16:47
	>> Ну, я бы сказал так. Виртуализация - это ограничение области видимости >> некоторых объектов системы и степень возможного влияния на "видимые" объекты. > Нет. Хорошо, с тем, что это одна из важнейших ее функций спорить будем?
	Ответить | Правка | ^ к родителю #679 | Наверх | Cообщить модератору

	689. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от DeadLoco (ok) on 10-Авг-11, 16:59
	> Хорошо, с тем, что это одна из важнейших ее функций спорить будем? Да. Будем. Виртуализация не ограничивает доступ на уровне ОС, она изолирует систему уровнем ниже - на уровне железа. Вы собираетесь доказывать, что трюки с пермишнами - такая же виртуализация, как и виртуальный хардвер хена/варежки/виртуалбокса?
	Ответить | Правка | ^ к родителю #688 | Наверх | Cообщить модератору

	745. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 10-Авг-11, 22:10
	> с пермишнами - такая же виртуализация, как и виртуальный хардвер хена/варежки/виртуалбокса? Что-то общее есть: большую часть инструкций проц всяко выполняет аппаратно. А будет ли переиначено выполнение привилегированных команд процессора или же более высокоуровнево - системных вызовов - не так уж принципиально. Результат похожий. Разница есть, но много общего в этих идеях присутствует: один поток команд не должен замечать что он на самом деле под чутким контролем другого обработчика или потока команд.
	Ответить | Правка | ^ к родителю #689 | Наверх | Cообщить модератору

	771. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Авг-11, 00:26
	>> Хорошо, с тем, что это одна из важнейших ее функций спорить будем? > Да. Будем. Виртуализация не ограничивает доступ на уровне ОС, она изолирует систему > уровнем ниже - на уровне железа. Вы взяли один частный случай, при котором пуристы могут докопаться, что виртуализацией будет только bochs и аналогичные чисто программные системы, не допускающие выполнения кода нативно на процессорах :) > Вы собираетесь доказывать, что трюки с пермишнами - такая же виртуализация, > как и виртуальный хардвер хена/варежки/виртуалбокса? Ну зачем же. http://wiki.openvz.org/Introduction_to_virtualization http://en.wikipedia.org/wiki/Category:Virtualization_software Операционное окружение необязательно включает в себя отдельное ядро, да и отдельную libc тоже.  Смотря что ведь от него требуется.
	Ответить | Правка | ^ к родителю #689 | Наверх | Cообщить модератору

19. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+5 +/–
Сообщение от RicoX on 08-Авг-11, 11:03
Лично меня во фре ужасно напрягает система обновлений, когда обновление/добавление одного порта может вылиться в пересборку всего мира с непредсказуемым результатом и поиском где что отвалилось. Также в порты попадает софт не стабильных версий и нет вменяемой возможности (либо у меня кривые руки) в автоматическом режиме ставить только софт stable версий, как в том же Debian. Держу несколько серверов на фре из-за шейпера, весь остальной парк переведен на Linux о чем не жалею.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	24. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+2 +/–
	Сообщение от Аноним (??) on 08-Авг-11, 11:18
	Тоже перевели все на Linux. Остались сервера которые "работает - не трогай" под фрей. Фря действительно сжирает время человеческое (по сравнению с Debian). Знаете, я был фанатом фри раньше (да и сейчас очень симпатизирую этой системе, еще в школе когда учился ее ставил себе), но прошло 10 лет и сейчас как-то параллельно к ней отношусь. Скорее всего фря останется в прошлом для многих... ;(
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	55. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 08-Авг-11, 12:24
	Вы примерчики, примерчики. У меня за более чем 10 лет таких проблем не наблюдалось.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	155. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от universite (ok) on 08-Авг-11, 16:20
	Не троллите. Покажите хоть один пример "проблемного порта"
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	172. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от Rend on 08-Авг-11, 17:07
	Легко. Перевод мета-порта php с 5.2 на 5.3 одним махом, не сделав ветки 5.2 для совместимости. Майнтейнеру порта надо было за это отрвать руки и всё, что отрывается. отвалились все плагины разом.
	Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

	213. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от VoViK (ok) on 08-Авг-11, 19:20
	Не надо никому ничего отрывать. "одним махом" с php 5.2 на 5.3 переход не возможен и проблема это не freebsd, нн лень или козни майнтенера, это особенность новой ветки PHP. Аналогично во всех дистрибутивах. Скажите спасибо, что Alex таки поддерживает порт php52. Официальной поддержки сразу php 4.9, 5.2, 5.3 нет практически ни в одном дистрибутиве.
	Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

	216. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от lagman (ok) on 08-Авг-11, 19:25
	> Не надо никому ничего отрывать. > "одним махом" с php 5.2 на 5.3 переход не возможен и проблема > это не freebsd, нн лень или козни майнтенера, это особенность новой > ветки PHP. Аналогично во всех дистрибутивах. > Скажите спасибо, что Alex таки поддерживает порт php52. Официальной поддержки сразу php > 4.9, 5.2, 5.3 нет практически ни в одном дистрибутиве. Очевидно, что автор этого комментария не знаком с темой обсуждения и не в курсе, как благодаря ale@ lang/php5 внезапно сменил версию с 5.2 на 5.3, в результате чего отвалился Zend Encoder (как неподдерживаемый), сломались экстеншены и была хренова гора лулзов. Спасибо товарищу lissyara за своевременное создание порта lang/php52 и дальнейшую его поддержку. А ale@ и правда - плохой человек и должен лишиться чего-нибудь.
	Ответить | Правка | ^ к родителю #213 | Наверх | Cообщить модератору

	237. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Sem (ok) on 08-Авг-11, 20:59
	>[оверквотинг удален] >> это не freebsd, нн лень или козни майнтенера, это особенность новой >> ветки PHP. Аналогично во всех дистрибутивах. >> Скажите спасибо, что Alex таки поддерживает порт php52. Официальной поддержки сразу php >> 4.9, 5.2, 5.3 нет практически ни в одном дистрибутиве. > Очевидно, что автор этого комментария не знаком с темой обсуждения и не > в курсе, как благодаря ale@ lang/php5 внезапно сменил версию с 5.2 > на 5.3, в результате чего отвалился Zend Encoder (как неподдерживаемый), сломались > экстеншены и была хренова гора лулзов. Спасибо товарищу lissyara за своевременное > создание порта lang/php52 и дальнейшую его поддержку. А ale@ и правда > - плохой человек и должен лишиться чего-нибудь. Я согласен, что ale@ тут не прав. Но авторы Zend'а многим подложили какашку, а у авторов PHP это вообще стало привычкой (это они объявили 5.2 не поддерживаемой больше и ale повелся). Но это не проблема FreeBSD ни разу.
	Ответить | Правка | ^ к родителю #216 | Наверх | Cообщить модератору

	256. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от Rend on 08-Авг-11, 21:45
	Правильно. Это проблема того, как обновляются порты в FreeBSD. Вот скажите, что мне делать если мне нужны apache 1.3 c php 4, apache 2.0 с php 5.2 и что нибудь совсем свежее? Любое телодвижение с такими связками в системе вызывает только один вопрос - зачем? Зачем мне мучатся с такой системой? У меня нет желания тратить время на разработку костылей в подобных ситуациях. Да, я могу наделать jail-ов со своим деревом портов в каждом - но это за гранью добра и зла в плане поддержки.
	Ответить | Правка | ^ к родителю #237 | Наверх | Cообщить модератору

	262. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от Аноним (??) on 08-Авг-11, 22:10
	> Вот скажите, что > мне делать если мне нужны apache 1.3 c php 4, apache > 2.0 с php 5.2 и что нибудь совсем свежее? Поставить в разные каталоги? Одна доп. инструкция для make - это сложно? >Любое телодвижение > с такими связками в системе вызывает только один вопрос - зачем? > Зачем мне мучатся с такой системой? Не мучайтесь. Если документацию прочитать не в силах, то идите на ту систему, где вам ее будут читать и разжевывать.
	Ответить | Правка | ^ к родителю #256 | Наверх | Cообщить модератору

	318. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+2 +/–
	Сообщение от vegus (ok) on 09-Авг-11, 01:11
	> Поставить в разные каталоги? Одна доп. инструкция для make - это сложно? порой удивительно, почему такие очевидные решения не приходят в голову пользователям сразу ;-) ок, а теперь о главном: > Не мучайтесь. Если документацию прочитать не в силах, то идите на ту > систему, где вам ее будут читать и разжевывать. в этом, кажется, и есть ключевая суть проблемы коммьюнити FreeBSD сейчас - большинство пользователей почему-то не справляется с пользованием системой и в основном по субъективным причинам (неуверенность, страхи перед изменениями, лень учиться) перестают ей пользоваться, тем самым сокращая и так небольшое (по сравнению с GNU/Linux) сообщество. другая часть пользователей, "осиливших систему", предпочитает в большинстве случаев игнорировать проблему такого оттока. в результате сообщество и сама FreeBSD становятся настолько специфичными, что не набирается достаточной мощности "экосистемы" FreeBSD для ее широкой популярности. С другой стороны, очевидно, чрезмерная популярность может привести к другой крайности - уменьшение или сокрытие функциональности в угоду юзабилити.
	Ответить | Правка | ^ к родителю #262 | Наверх | Cообщить модератору

	330. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от iZEN (ok) on 09-Авг-11, 01:32
	Похоже на то, что перед выходом девятки специально поднят чёрный пиар вокруг якобы "изъянов" операционной системы. Кому-то из "руководящего состава" GNU/Linux-мейнстрима не выгоден быстрый прогресс FreeBSD в сторону десктопа и тем более оставление её в серверном сегменте. Вы заметили, как в последние три месяца активизировалась травля сколько не архитектурных (тут всё более-менее нормально: новые фичи успешно не замечаются), а организационных особенностей FreeBSD? Я — да. Все хотят сделать из FreeBSD очередного клона linux, чтобы ничем не выделятся на его фоне.
	Ответить | Правка | ^ к родителю #318 | Наверх | Cообщить модератору

	376. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+3 +/–
	Сообщение от vegus (ok) on 09-Авг-11, 04:02
	> Похоже на то, что перед выходом девятки специально поднят чёрный пиар вокруг > якобы "изъянов" операционной системы. Кому-то из "руководящего состава" GNU/Linux-мейнстрима > не выгоден быстрый прогресс FreeBSD в сторону десктопа и тем более > оставление её в серверном сегменте. Вот! Вы удивительно точно назвали - текущие activities очень похожи на PR-кампанию. Особенно интересно, кажется, замешивание сюда Rambler/Yandex; складывается ощущение, что это очень весомые, а может даже и одни из ключевых пользователей FreeBSD, наряду с "СНГ-сегментом" вообще. > Вы заметили, как в последние три месяца активизировалась травля сколько не архитектурных > (тут всё более-менее нормально: новые фичи успешно не замечаются), а организационных > особенностей FreeBSD? Я — да. Все хотят сделать из FreeBSD очередного > клона linux, чтобы ничем не выделятся на его фоне. Не то чтобы я сильно слежу за СМИ :-) Однако, на протяжении многих лет становится все очевиднее определенная "десоциализация" что ли фряхи: то есть, она как бы есть и развивается, и Apple тут, и Juniper, и когда-то Yahoo!, а вот т. н. "конечный бизнес" ее даже не замечает как возможный выбор - то ли коммьюнити маловато, то ли оно "закрыто-элитарно", то ли и правда квалифицированных фряшных админов почти не осталось - посмотрите только, _сколько_ комментариев про "плохую" систему портов! При этом лично я, как инженер, не перестаю восхищаться технической красотой существующих возможностей FreeBSD и скоростью их появления 8-) ...и продолжаю спокойно и уверенно пользовать фряху, пусть и на серверах :-)
	Ответить | Правка | ^ к родителю #330 | Наверх | Cообщить модератору

	835. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от nuclight (ok) on 11-Авг-11, 22:05
	> Похоже на то, что перед выходом девятки специально поднят чёрный пиар вокруг > якобы "изъянов" операционной системы. Кому-то из "руководящего состава" GNU/Linux-мейнстрима > не выгоден быстрый прогресс FreeBSD в сторону десктопа и тем более > оставление её в серверном сегменте. > Вы заметили, как в последние три месяца активизировалась травля сколько не архитектурных > (тут всё более-менее нормально: новые фичи успешно не замечаются), а организационных > особенностей FreeBSD? Я — да. Ооо, да. Конечно же, это ЗаговорЪ! Виноваты какие угодно "они", на что угодно спихнуть, лишь бы не замечать / не признавать своих проблем. > Все хотят сделать из FreeBSD очередного > клона linux, чтобы ничем не выделятся на его фоне. Единственный проблеск конструктива во всем комменте, но и эта тема - уникальности - уже освещена в посте.
	Ответить | Правка | ^ к родителю #330 | Наверх | Cообщить модератору

	430. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от ivanko on 09-Авг-11, 10:45
	>> Вот скажите, что >> мне делать если мне нужны apache 1.3 c php 4, apache >> 2.0 с php 5.2 и что нибудь совсем свежее? > Поставить в разные каталоги? А потом попробуйте поставить любой порт, который зависит от установленного в кривой каталог софта. > Не мучайтесь. Если документацию прочитать не в силах, то идите на ту > систему, где вам ее будут читать и разжевывать. В документации нет ответа, что делать, если софт поставлен в другой каталог, а его надо обновить или доустановить к нему что-либо.
	Ответить | Правка | ^ к родителю #262 | Наверх | Cообщить модератору

	450. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 12:30
	>>> Вот скажите, что >>> мне делать если мне нужны apache 1.3 c php 4, apache >>> 2.0 с php 5.2 и что нибудь совсем свежее? >> Поставить в разные каталоги? > А потом попробуйте поставить любой порт, который зависит от установленного в кривой > каталог софта. чего? >> Не мучайтесь. Если документацию прочитать не в силах, то идите на ту >> систему, где вам ее будут читать и разжевывать. > В документации нет ответа, что делать, если софт поставлен в другой каталог, > а его надо обновить или доустановить к нему что-либо. берете и обновляете или доустанавливаете, какие проблемы?
	Ответить | Правка | ^ к родителю #430 | Наверх | Cообщить модератору

	465. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от ivanko on 09-Авг-11, 14:14
	>>>> Вот скажите, что >>>> мне делать если мне нужны apache 1.3 c php 4, apache >>>> 2.0 с php 5.2 и что нибудь совсем свежее? >>> Поставить в разные каталоги? >> А потом попробуйте поставить любой порт, который зависит от установленного в кривой >> каталог софта. > чего? Ставим libcurl с дополнительным патчем в /opt. Далее пытаемся поставить что-то, что зависит от него. А через месяц - обновить. >>> Не мучайтесь. Если документацию прочитать не в силах, то идите на ту >>> систему, где вам ее будут читать и разжевывать. >> В документации нет ответа, что делать, если софт поставлен в другой каталог, >> а его надо обновить или доустановить к нему что-либо. > берете и обновляете или доустанавливаете, какие проблемы? Ну так попробуйте это сделать через портапгрейд...
	Ответить | Правка | ^ к родителю #450 | Наверх | Cообщить модератору

	466. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от DeadLoco (ok) on 09-Авг-11, 14:19
	> В документации нет ответа, что делать, если софт поставлен в другой каталог, > а его надо обновить или доустановить к нему что-либо. Основной инструмент при работе с портами - это /etc/make.conf, по той простой причине, что вся система портов построена вокруг make. И если для используемых портов правильно прописать секцию в мейк.конфе, то последующее обновление превращается в незаметную рутинную процедурку. Но нужно читать не только хендбук, но и мануал портера, который совсем не зря лежит в базовых доках.
	Ответить | Правка | ^ к родителю #430 | Наверх | Cообщить модератору

	477. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Rend on 09-Авг-11, 15:12
	Зря вы это сказали. За язык вас никто не тянул. Продемонстрируйте эту одну доп. инструкцию для make страждущим. Только не надо мне говорить про сборку ТРИ раза в разные каталоги с досборкой нужных зависимостей разных версий, многие из которых в портах не дают использовать разные версии без доп. подпорок и плясок с бубном. Мой дорогой друг. По поводу документации - будь добр предоставить ссылку на пункт документации, где этот момент описан. P.S: вот именно благодаря такому подходу и такому "коммьюнити" FreeBSD теряет  популярность и пользователей. Что хорошо было для конца 90-х - начала 00-х, не соответствует текущим нуждам и реалиям. Было дохрена хороших идеологически продуктов, угробленных наплевательским отношением к пользователям.
	Ответить | Правка | ^ к родителю #262 | Наверх | Cообщить модератору

	516. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от Аноним (??) on 09-Авг-11, 18:22
	> Зря вы это сказали. За язык вас никто не тянул. Продемонстрируйте эту > одну доп. инструкцию для make страждущим. Только не надо мне говорить > про сборку ТРИ раза в разные каталоги с досборкой нужных зависимостей > разных версий, многие из которых в портах не дают использовать разные > версии без доп. подпорок и плясок с бубном. > Мой дорогой друг. По поводу документации - будь добр предоставить ссылку на > пункт документации, где этот момент описан. давайте я сразу вам дам доку, а вы пойдете и почитаете? вот дока: /usr/ports/Mk/bsd.port.mk после этого желательно научиться работать с make.conf: make make.conf для завершения нужно почитать /usr/local/etc/pkgtools.conf.sample и маны из portupgrade.
	Ответить | Правка | ^ к родителю #477 | Наверх | Cообщить модератору

	517. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от Аноним (??) on 09-Авг-11, 18:23
	> после этого желательно научиться работать с make.conf: make make.conf tr/make make.conf/man make.conf/
	Ответить | Правка | ^ к родителю #516 | Наверх | Cообщить модератору

	526. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Rend on 09-Авг-11, 19:11
	Я вообще-то просил указать точное место в документации, где про это написано. Как сделать это одной командой - вы же знаете, раз надуваете щёки - вот и покажите нам. Так, чтобы не надо было три раза править make.conf.
	Ответить | Правка | ^ к родителю #517 | Наверх | Cообщить модератору

	542. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 20:33
	> Я вообще-то просил указать точное место в документации, где про это написано. > Как сделать это одной командой - вы же знаете, раз надуваете > щёки - вот и покажите нам. Так, чтобы не надо было > три раза править make.conf. Я вам указал точные доки, что вам еще нужно? Читайте, там все есть. Не можете осилить? - идите на форум, там помогут, если хорошо попросите.
	Ответить | Правка | ^ к родителю #526 | Наверх | Cообщить модератору

	545. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от Rend on 09-Авг-11, 21:29
	Т.е. найти точное место в документации вы не можете? И сказать тот самый один магический параметр для make.conf тоже?
	Ответить | Правка | ^ к родителю #542 | Наверх | Cообщить модератору

	547. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от Rend on 09-Авг-11, 21:32
	> Т.е. найти точное место в документации вы не можете? И сказать тот > самый один магический параметр для make.conf тоже? Желающие могут вместе со мной поискать этот магический параметр здесь: http://www.freebsd.org/cgi/man.cgi?query=make.conf&sektion=5
	Ответить | Правка | ^ к родителю #545 | Наверх | Cообщить модератору

	570. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 22:40
	> Т.е. найти точное место в документации вы не можете? И сказать тот > самый один магический параметр для make.conf тоже? Чего его искать, если я все читал, и прежде, чем что-то вам давать, проверил? Сказать могу, но не все же преподносить на блюдечке. Я указал направление. Пока сами изучаете - узнаете еще кучу полезного и последующие лишние вопросы, возможно, отпадут.
	Ответить | Правка | ^ к родителю #545 | Наверх | Cообщить модератору

	627. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от Rend on 10-Авг-11, 10:36
	Понятно. Ляпнул не подумав про одну команду. Бывает. ;)
	Ответить | Правка | ^ к родителю #570 | Наверх | Cообщить модератору

	640. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 10-Авг-11, 11:58
	> Понятно. Ляпнул не подумав про одну команду. Бывает. ;) Установить - одна команда, но для поддержки в актуальном состоянии - уже не одна команда.
	Ответить | Правка | ^ к родителю #627 | Наверх | Cообщить модератору

	697. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Rend on 10-Авг-11, 17:39
	Про установку - тоже не одна. Вы забываете, что может потребоваться (точнее, почти всегда требуется) что-то подшаманить с зависимостями. В реальной жизни - плохо сопровождаемый ад. Или делать свои деревья портов (неважно, каким способом), либо держать машину под сборку бинарных пакетов под конкретную задачу. И то, и другое - неэффективно ни разу.
	Ответить | Правка | ^ к родителю #640 | Наверх | Cообщить модератору

	566. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от Rend on 09-Авг-11, 22:33
	>> Я вообще-то просил указать точное место в документации, где про это написано. >> Как сделать это одной командой - вы же знаете, раз надуваете >> щёки - вот и покажите нам. Так, чтобы не надо было >> три раза править make.conf. > Я вам указал точные доки, что вам еще нужно? > Читайте, там все есть. Не можете осилить? - идите на форум, там > помогут, если хорошо попросите. Ну bsd.port.mk тоже. Увлекательное на ночь чтение. http://www.freebsd.org/cgi/cvsweb.cgi/ports/Mk/bsd.port.mk?r...
	Ответить | Правка | ^ к родителю #542 | Наверх | Cообщить модератору

	613. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от kshetragia (ok) on 10-Авг-11, 06:29
	Сидите уже на пингвинах и не е..те мозг.. а? Вам человек дал всё что вам нужно. Секции в make.conf могут например выглядеть таким образом: .if (${.CURDIR:N*/ports/editors/vim} == "") WITHOUT_X11= yes NO_GUI= yes WITH_RUBY= yes WITH_PERL= yes WITH_PYTHON= yes WITH_CSCOPE= yes .endif .if (${.CURDIR:N*/ports/multimedia/mplayer} == "") WITH_DVD_DEVICE= /dev/acd0 WITH_CDROM_DEVICE=/dev/acd0 WITHOUT_NVIDIA= yes WITHOUT_ARTS= yes WITHOUT_IPV6= yes WITH_LANG= ru .endif Или как угодно еще. man make.
	Ответить | Правка | ^ к родителю #566 | Наверх | Cообщить модератору

	624. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от Rend on 10-Авг-11, 10:03
	Замечательно. Наконец-то пошёл конструктив. И как это решит проблему? Даю подсказку - если вы собираете разные версии одного и того же порта (пусть и в разные каталоги), могут понадобится - вот сюрприз - разные версии зависимостей. Automake, Autoconf и 100500 других. Вы предлагаете мне вручную заполнить make.conf для всех этих вариантов? Сделайте одолжение, будьте так любезны, укусите себя змеёй. :) P.S: типично красноглазый подход - вместо признания существования проблемы с пеной урта кричать что её нет, что есть вот такие замечательные костылики, что миллионы леммингов их используют и они не могут ошибаться. Спасибо, жрите сами. Я предпочту использование наиболее удобного и подходящего инструмента. Топором можно срубить много деревьев, но бензопила эффективнее.
	Ответить | Правка | ^ к родителю #613 | Наверх | Cообщить модератору

	626. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 10-Авг-11, 10:15
	>[оверквотинг удален] > если вы собираете разные версии одного и того же порта (пусть > и в разные каталоги), могут понадобится - вот сюрприз - разные > версии зависимостей. Automake, Autoconf и 100500 других. Вы предлагаете мне вручную > заполнить make.conf для всех этих вариантов? Сделайте одолжение, будьте так любезны, > укусите себя змеёй. :) > P.S: типично красноглазый подход - вместо признания существования проблемы с пеной урта > кричать что её нет, что есть вот такие замечательные костылики, что > миллионы леммингов их используют и они не могут ошибаться. Спасибо, жрите > сами. Я предпочту использование наиболее удобного и подходящего инструмента. Топором можно > срубить много деревьев, но бензопила эффективнее. Чего полезли-то вообще? Не нравится - не ешьте. Не хотите разбираться - не разбирайтесь. Дурацкая это манера, сначала чего-то требовать, потом, так и не разобравшись, обосрать и сделав улыбку удалиться. Собственно этим самым обосрали вы себя, а не то, что хотели, увы.
	Ответить | Правка | ^ к родителю #624 | Наверх | Cообщить модератору

	630. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Rend on 10-Авг-11, 10:49
	> Чего полезли-то вообще? Не нравится - не ешьте. Не хотите разбираться - > не разбирайтесь. > Дурацкая это манера, сначала чего-то требовать, потом, так и не разобравшись, обосрать > и сделав улыбку удалиться. Собственно этим самым обосрали вы себя, а > не то, что хотели, увы. Какие-то странные у вас фантазии. Мне нравится FreeBSD - с версии 2.2.8 ещё. На тот момент, на фоне всяких дистрибутивов linux она казалась шедевром. Но времена меняются, меняются задачи и цели - а вот система осталась той же. И, внезапно, оказалось, что она как чемодан без ручки - нести тяжело, а бросить - жалко. Нет желания тратить кучу времени на костыли, только чтобы поддерживать систему в адекватном состоянии. В данный момент есть более удобные решения. Просто чтобы вы, как защитник FreeBSD поняли - вы сделали сейчас всё, чтобы оттолкнуть людей от системы - так как вы себя ведут 80% адептов культа. Вместо того, чтобы дать чёткий ответ (вы же делаете вид, что его знаете) - вы гордо посылаете на х.., пардон в маны. Причём видно, что сами вы их если и читали, то смутно себе представляете, в чём суть вопроса. В FreeBSD 9.0 вроде сделана попытка осознать и переработать некоторые проблемы - ну что же, посмотрим. Но лично у меня интерес теперь скорее академический - в продакшен FreeBSD у нас умерла. FAMP в России всё больше становится LAMP. P.S: интересно, сколько лет нужно, чтобы починить проблему убегающего времени, в том случае, если freebsd - гостевая система? Практика показывает - два года - не предел.
	Ответить | Правка | ^ к родителю #626 | Наверх | Cообщить модератору

	633. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от anonymous (??) on 10-Авг-11, 11:00
	> В FreeBSD 9.0 вроде сделана попытка осознать и переработать некоторые проблемы проблема там в community, её коммитами кода не решишь, увы…
	Ответить | Правка | ^ к родителю #630 | Наверх | Cообщить модератору

	641. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 10-Авг-11, 12:07
	> Просто чтобы вы, как защитник FreeBSD поняли - вы сделали сейчас всё, > чтобы оттолкнуть людей от системы - так как вы себя ведут > 80% адептов культа. Вместо того, чтобы дать чёткий ответ (вы же > делаете вид, что его знаете) - вы гордо посылаете на х.., > пардон в маны. Причём видно, что сами вы их если и > читали, то смутно себе представляете, в чём суть вопроса. Я сделал все, что бы человек думал свой головой, а не чужой. Копи-паст ума и понимания - не добавит. И да, ответ знаю, у меня так два мускуля на одном из серверов жили, например, долгое время. И вы бы узнали ответ, если бы почитали, а не верещали: "дай мне готовую рецептуру".
	Ответить | Правка | ^ к родителю #630 | Наверх | Cообщить модератору

	698. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Rend on 10-Авг-11, 17:41
	> Я сделал все, что бы человек думал свой головой, а не чужой. > Копи-паст ума и понимания - не добавит. И да, ответ знаю, > у меня так два мускуля на одном из серверов жили, например, > долгое время. И вы бы узнали ответ, если бы почитали, а > не верещали: "дай мне готовую рецептуру". Я знаю минимум три способа. Проблема в том, что ни один из них не является эффективным с точки зрения трудозатрат.
	Ответить | Правка | ^ к родителю #641 | Наверх | Cообщить модератору

	651. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от iZEN (ok) on 10-Авг-11, 13:01
	> P.S: интересно, сколько лет нужно, чтобы починить проблему убегающего времени, в том > случае, если freebsd - гостевая система? Практика показывает - два года > - не предел. У FreeBSD есть по крайней мере три таймера точного времени. Поэтому в конкретной гостевой виртуальной машине нужно понять, который из таймеров не врёт, и в sysctl  задать подходящий.
	Ответить | Правка | ^ к родителю #630 | Наверх | Cообщить модератору

	722. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Rend on 10-Авг-11, 19:50
	> У FreeBSD есть по крайней мере три таймера точного времени. Поэтому в > конкретной гостевой виртуальной машине нужно понять, который из таймеров не врёт, > и в sysctl  задать подходящий. Не подскажете методику оценки точности таймеров, и от чего зависит выбор того или другого?
	Ответить | Правка | ^ к родителю #651 | Наверх | Cообщить модератору

	764. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от iZEN (ok) on 11-Авг-11, 00:09
	>> У FreeBSD есть по крайней мере три таймера точного времени. Поэтому в >> конкретной гостевой виртуальной машине нужно понять, который из таймеров не врёт, >> и в sysctl  задать подходящий. > Не подскажете методику оценки точности таймеров, и от чего зависит выбор того или другого? 5.25. Почему часы на моем лэптопе показывают неправильное время? http://www.freebsd.org/doc/ru/books/faq/troubleshoot.html#LA...
	Ответить | Правка | ^ к родителю #722 | Наверх | Cообщить модератору

	770. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Rend (ok) on 11-Авг-11, 00:24
	>>> У FreeBSD есть по крайней мере три таймера точного времени. Поэтому в >>> конкретной гостевой виртуальной машине нужно понять, который из таймеров не врёт, >>> и в sysctl  задать подходящий. >> Не подскажете методику оценки точности таймеров, и от чего зависит выбор того или другого? > 5.25. Почему часы на моем лэптопе показывают неправильное время? > http://www.freebsd.org/doc/ru/books/faq/troubleshoot.html#LA... Боже мой. Лучше бы вы этого не показывали. facepalm.jpg P.S: хорошо задокументированный баг - это не баг, а фича.
	Ответить | Правка | ^ к родителю #764 | Наверх | Cообщить модератору

	746. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от Аноним (??) on 10-Авг-11, 22:14
	> У FreeBSD есть по крайней мере три таймера точного времени. Linux может использовать кучу разных источников точного времени. Но часы почему-то идут нормально.
	Ответить | Правка | ^ к родителю #651 | Наверх | Cообщить модератору

	765. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от iZEN (ok) on 11-Авг-11, 00:10
	>> У FreeBSD есть по крайней мере три таймера точного времени. > Linux может использовать кучу разных источников точного времени. Но часы почему-то идут нормально. Не всегда: http://www.google.com/search?q=linux%20спешат%20часы
	Ответить | Правка | ^ к родителю #746 | Наверх | Cообщить модератору

	823. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 11-Авг-11, 20:05
	> Не всегда: http://www.google.com/search?q=linux%20спешат%20часы Ну вот у меня они идут нормально. В контейнерах. Виртуалках. На сервере, ноуте, десктопе, мобиле и на виртуалках. И даже в часах, которые к сожалению пока еще без линукса :).
	Ответить | Правка | ^ к родителю #765 | Наверх | Cообщить модератору

	666. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+2 +/–
	Сообщение от DeadLoco (ok) on 10-Авг-11, 13:57
	> если вы собираете разные версии одного и того же порта Разные версии одного софта являются разными портами, а не разными версиями одного порта. Т.е. /usr/ports/lang/php и /usr/ports/lang/php52 - это разные порты, каждый со своим деревом зависимостей. И, кстати, основное счастье фрей в том, что создание собственного порта или метапорта - абсолютно легальное деяния, не вносящее разрухи в систему портов. Ну, поддерживать придется самостоятельно, и совместимость зависимостей тоже на совести изготовителя, но никаких концептуальных проблем возникать не должно.
	Ответить | Правка | ^ к родителю #624 | Наверх | Cообщить модератору

	700. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Rend on 10-Авг-11, 17:43
	>> если вы собираете разные версии одного и того же порта > Разные версии одного софта являются разными портами, а не разными версиями одного > порта. Т.е. /usr/ports/lang/php и /usr/ports/lang/php52 - это разные порты, каждый со > своим деревом зависимостей. И, кстати, основное счастье фрей в том, что > создание собственного порта или метапорта - абсолютно легальное деяния, не вносящее > разрухи в систему портов. Ну, поддерживать придется самостоятельно, и совместимость зависимостей > тоже на совести изготовителя, но никаких концептуальных проблем возникать не должно. Кроме одной - это закат солнца вручную. Простите, если сможете. Честное слово, это подходит для академических изысканий, для души там, или просто потрахаться. Но для реальной работы - увольте.
	Ответить | Правка | ^ к родителю #666 | Наверх | Cообщить модератору

	724. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от DeadLoco (ok) on 10-Авг-11, 20:27
	> Простите, если сможете. Да что вы! Какие могут быть обиды! Я наоборот - доволен и цвету, как майская роза :) Чем больше скрипт- и конфиг-киддизов, которые могут лишь воспроизвести бездумно пошаговую инструкцию по установке некоего софта, которые не ковыряются в опциях компиляции и параметрах конфига, а копипастят их из двух-трех примеров со стереотипными косяками и дырками - тем больше и тем охотнее платят мне.
	Ответить | Правка | ^ к родителю #700 | Наверх | Cообщить модератору

	747. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от Аноним (??) on 10-Авг-11, 22:16
	> косяками и дырками - тем больше и тем охотнее платят мне. Или решают что содержать вас стало слишком дорого и валят на линукс? :)
	Ответить | Правка | ^ к родителю #724 | Наверх | Cообщить модератору

	750. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от DeadLoco (ok) on 10-Авг-11, 22:32
	> Или решают что содержать вас стало слишком дорого и валят на линукс? :) В нетиповых случаях дружелюбная ось с коммьюнити из ламеров обходится значительно дороже, чем илитная ось с задротами глубокого бурения.
	Ответить | Правка | ^ к родителю #747 | Наверх | Cообщить модератору

	768. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от Rend (ok) on 11-Авг-11, 00:20
	Понимаете, вы исходите из неверной предпосылки, что кому-то нужна именно FreeBSD или именно Linux. Я открою вам таину и истену великую - бизнесу, по большому счёту, всё равно, что там под капотом. Бизнес интересует результат. Именно поэтому у гентушника или фрибздшника шансов устроится при прочих равных в серьёзную контору меньше, чем у нормального юниксоида. Никто не будет оплачивать вам ваши развлечения. Лишний OPEX никому не нужен. Безусловно, экологическая ниша у фри есть и будет - вот только становится она всё меньше и уже. Специалисты по Cobol тоже сейчас не особо нужны, знаете ли ;) Спрос в этой нише ограничен. P.S: мне всегда нравилась FreeBSD за свой "соборный" стиль построения системы и коммьюнити, в отличии от "базарного" в Linux. Кто бы мог подумать, что это же станет её проклятьем. Воистину, толпа решает.
	Ответить | Правка | ^ к родителю #750 | Наверх | Cообщить модератору

	809. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от DeadLoco (ok) on 11-Авг-11, 18:48
	> Понимаете, вы исходите из неверной предпосылки, что кому-то > нужна именно FreeBSD или именно Linux. Ну, нет, этого-то я точно не полагаю. Бизнесу плевать, на какой платформе крутится сервис. Не плевать ему на цену лицензии и на цену разработки/сопровождения. В случае стандартно-типовых квадратно-гнездовых задач, где существуют готовые коробочные решения, вроде масс-хостинга или ферм, бизнес выберет платформу, которую могут разрулить сотни дешевых киддизов с улицы, которых можно менять хоть раз в месяц. Это сильно снижает ТСО. Но данная стратегия не работает в случае нетривиальных штучных задач, требующих от проектирования, разработки и сопровождения уровня, заметно более высокого, нежели чем киддизовый. В коммьюнитях с низким порогом низка концентрация пипла с нужной квалификацией, что превращает поиск персонала в нетривиальную задачу. В грамм добыча - в год труды. В коммьюнитях с высоким порогом этот самый высокий порог обеспечивает первичную фильтрацию и гарантирует существенно более высокий уровень претендентов априори. Простейший пример - сравнить уровень киддизов, освоивших мускль в масс-хостинге, и ораклистов. Когда возникает серьезная задача - скорей обратятся к ораклистам, потому что у киддиза-хостера как бы он ни крутил - все равно получится хостинг ;)
	Ответить | Правка | ^ к родителю #768 | Наверх | Cообщить модератору

	876. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 12-Авг-11, 16:26
	> Но данная стратегия не работает в случае нетривиальных штучных задач, требующих от > проектирования, разработки и сопровождения уровня, заметно более высокого, нежели чем > киддизовый. Почему-то гугл, фэйсбук, вика и прочие top busiest sites с кастомными решениями ... все как один на линуксе. Топ500 суперкомпьютеров почему-то тоже оккупировали пингвины. Или это недостаточно масштабные задачи для господ илитистов?
	Ответить | Правка | ^ к родителю #809 | Наверх | Cообщить модератору

	906. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Andrew Kolchoogin on 12-Авг-11, 19:47
	> Почему-то гугл Про Google не надо. Не говорите, чего не знаете.
	Ответить | Правка | ^ к родителю #876 | Наверх | Cообщить модератору

	938. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 14-Авг-11, 04:14
	> Про Google не надо. Не говорите, чего не знаете. И чего мы не знаем про гугл? Того что у них на серверах свой допиленный пингвиникс с слегка кастомным ядром? Это довольно общеизвестный факт, если что :)
	Ответить | Правка | ^ к родителю #906 | Наверх | Cообщить модератору

	916. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от iZEN (ok) on 12-Авг-11, 20:25
	> Или это недостаточно масштабные задачи для господ илитистов? Походу, в мировом океане гораздо больше планктона, чем крылатых насекомых (в частности, мух). Так что претендующих на ширпотреб линуксистам есть ещё куда стремиться — десктопы ещё не завоёваны числом установок. :))
	Ответить | Правка | ^ к родителю #876 | Наверх | Cообщить модератору

	793. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 11-Авг-11, 15:14
	> В нетиповых случаях дружелюбная ось с коммьюнити из ламеров обходится значительно дороже, > чем илитная ось с задротами глубокого бурения. И вы конечно же готовы это обосновать? Прямо вот с бизнес-планом и цифрами на руках? Или это как всегда - следствие мнительности илитистов, которые в результате вечно себя переоценивают, что для всех остальных довольно смешно выглядит со стороны. "Я сильный, я очень сильный! Но легкий, очень легкий!" (с) анек про ежика и медведя.
	Ответить | Правка | ^ к родителю #750 | Наверх | Cообщить модератору

	842. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 11-Авг-11, 22:38
	>> В нетиповых случаях дружелюбная ось с коммьюнити из ламеров обходится значительно дороже, >> чем илитная ось с задротами глубокого бурения. > И вы конечно же готовы это обосновать? Прямо вот с бизнес-планом и > цифрами на руках? Или это как всегда - следствие мнительности илитистов, > которые в результате вечно себя переоценивают, что для всех остальных довольно > смешно выглядит со стороны. Если вам это не понятно - мне жалко вас. Я уж не раз видел порутаные сервера из-за того, что за ними не следили, видел сетей заваленные штормами, видел apr-спуфинг, всего этого можно было избежать... А сколько просто приходит железок с софтом который гадами не обновлялся... как доверять высокопроизводительные кластера ламерам - я вообще не знаю, ну ладно бородатый дядька первоначально все настроит и поднимет, но ведь надо следить, развивать...
	Ответить | Правка | ^ к родителю #793 | Наверх | Cообщить модератору

	875. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 12-Авг-11, 16:22
	> Если вам это не понятно - мне жалко вас. Я уж не  раз видел порутаные сервера > из-за того, что за ними не следили, Это вообще к чему? Илитизм головного мозга != компетенция и грамотное решение насущных инженерных задач. Напротим, илитизм очень вреден в борьбе с хакерами т.к. приводит к недооценке потенциального противника. > видел сетей заваленные штормами, видел apr-спуфинг, всего этого можно было избежать... Опять же - и к чему это? Вы хотите сказать что только бсдшники могут грамотно настраивать сеть чтоли? Позволю себе в этом усомниться. > А сколько просто приходит железок с софтом который гадами не обновлялся... И правда - форменные гады! А фрибсдшники будут гадами? За древнюю версию сишного компилера, например, не обновляемую гОдами? > как доверять высокопроизводительные кластера ламерам - я вообще не знаю, ну > ладно бородатый дядька первоначально все настроит и поднимет, но ведь надо > следить, развивать... Вы так говорите как будто вот все вокруг - пи...сы, и только вы один - в белом. Это опять следствие илитизма? Для начала, я вообще не вижу ни одного подтверждения вашей высокой квалификации, а вот илитизм и высокомерие - вижу. Догадайтесь как это смотрится со стороны.
	Ответить | Правка | ^ к родителю #842 | Наверх | Cообщить модератору

	901. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 12-Авг-11, 19:38
	>> Если вам это не понятно - мне жалко вас. Я уж не  раз видел порутаные сервера >> из-за того, что за ними не следили, > Это вообще к чему? Илитизм головного мозга != компетенция и грамотное решение > насущных инженерных задач. Напротим, илитизм очень вреден в борьбе с хакерами > т.к. приводит к недооценке потенциального противника. Это к тому, что: "В нетиповых случаях дружелюбная ось с коммьюнити из ламеров обходится значительно дороже". Ламеры есть ламеры. От эникейщиков ждать ничего хорошего не приходится, увы. С илитизмом и выводами - согласен. >> видел сетей заваленные штормами, видел apr-спуфинг, всего этого можно было избежать... > Опять же - и к чему это? Вы хотите сказать что только > бсдшники могут грамотно настраивать сеть чтоли? Позволю себе в этом усомниться. К тому, что если вы посадите 10-ть недоучей, вместо одного грамотного специалиста - ничего хорошего не выйдет. При чем тут БСД - не знаю, у вас наверное БСД головного мозга. >> А сколько просто приходит железок с софтом который гадами не обновлялся... > И правда - форменные гады! А фрибсдшники будут гадами? За древнюю версию > сишного компилера, например, не обновляемую гОдами? А там есть уязвимости? > Вы так говорите как будто вот все вокруг - пи...сы, и только > вы один - в белом. Это опять следствие илитизма? Для начала, > я вообще не вижу ни одного подтверждения вашей высокой квалификации, а > вот илитизм и высокомерие - вижу. Догадайтесь как это смотрится со > стороны. У вас с мозгом явно что-то не так...
	Ответить | Правка | ^ к родителю #875 | Наверх | Cообщить модератору

	911. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 12-Авг-11, 20:05
	> Это к тому, что: "В нетиповых случаях дружелюбная ось с коммьюнити из > ламеров обходится значительно дороже". Ламеры есть ламеры. Не бывает так чтобы 100.0% ламеров. Даже под макосью и виндой можно изредка встретить неглупого специалиста. Процент конечно не очень большой, но все-таки. > От эникейщиков ждать ничего хорошего не приходится, увы. > С илитизмом и выводами - согласен. Взаимоисключающие параграфы, имхо ;) > К тому, что если вы посадите 10-ть недоучей, вместо одного грамотного специалиста > - ничего хорошего не выйдет. При чем тут БСД - не знаю, у вас наверное БСД головного мозга. Глядя на местных тигаров изенов и прочих - я почему-то постоянно хочу их назвать недоучами и ламерами. А то что они бсдшники - ну вот так получилось. Я не виновт что статистика такая. >> сишного компилера, например, не обновляемую гОдами? > А там есть уязвимости? Там баги есть. Двухдневную сессию бдения над воркэраундингом оных я не так давно видел. Смешно выглядит - толпа фанатиков геморроится 2 дня с тем что за час делается только потому что линукс не комильфо, бсд им подавайте.
	Ответить | Правка | ^ к родителю #901 | Наверх | Cообщить модератору

	933. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 13-Авг-11, 07:57
	>> Это к тому, что: "В нетиповых случаях дружелюбная ось с коммьюнити из >> ламеров обходится значительно дороже". Ламеры есть ламеры. > Не бывает так чтобы 100.0% ламеров. Даже под макосью и виндой можно > изредка встретить неглупого специалиста. Процент конечно не очень большой, но все-таки. Если цель уволить одного профессионала за 100тр и нанять 3-и за 20тр, то очень сомнительно, что там будет человек, который все сможет грамотно настроить. >> От эникейщиков ждать ничего хорошего не приходится, увы. >> С илитизмом и выводами - согласен. > Взаимоисключающие параграфы, имхо ;) Мое имхо - другое. > Глядя на местных тигаров изенов и прочих - я почему-то постоянно хочу > их назвать недоучами и ламерами. А то что они бсдшники - > ну вот так получилось. Я не виновт что статистика такая. 294-ый, а сам себя-то ты как оцениваешь? :) >>> сишного компилера, например, не обновляемую гОдами? >> А там есть уязвимости? > Там баги есть. Двухдневную сессию бдения над воркэраундингом оных я не так > давно видел. у любой версии gcc багов куча, я на них давно уже не смотрю - скучно стало. если будет конкретная бага генерирующая уязвимый код, то известие придет по каналам, а там уже и можно будет думать об обновлении. К тому же, еси будет такое БСД-уны сами быстро выпустят заплатку. >Смешно выглядит - толпа фанатиков геморроится 2 дня с > тем что за час делается только потому что линукс не комильфо, > бсд им подавайте. Приведите мне примеры, плз. У меня, например, есть другой опыт, приключившийся где то год назад: стоит у нас в офисе железка, на которой был старый дебин 4-ех летней давности , решил не обновлять, а просто переставить систему, тем более, что под руку просили убунту. Попробовал поставить убунту - установщик не нашел винты, причем ядро их видело, так и сяк покорячил - не встает, ладно, взял дебиан, инталлер начал ерроры показывать при скачивании пакетов, для проверки прогнал mhdd, memtest+ - нормально. Вкорячил фрю - встала без проблем. В результате, т.к. нужна была линух на этой машинке, так же, без проблем, как и со фрей, встала gentoo. Ну да, вот такая история неосилятора десктоп-ориентированной системы. На др. компах таких приключений не было, т.е. это единичная такая железка, но осадок...
	Ответить | Правка | ^ к родителю #911 | Наверх | Cообщить модератору

	934. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 13-Авг-11, 08:00
	за ошибки и описки - сорри, на бегу пишу.
	Ответить | Правка | ^ к родителю #933 | Наверх | Cообщить модератору

	973. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 18-Авг-11, 01:34
	> Если цель уволить одного профессионала за 100тр и нанять 3-и за 20тр, > то очень сомнительно, что там будет человек, который все сможет грамотно настроить. А зачем нанимать 3 по 20? Один по 50-80 - не вариант? > Мое имхо - другое. Ну, я вас с этим поздравляю. >> ну вот так получилось. Я не виновт что статистика такая. > 294-ый, а сам себя-то ты как оцениваешь? :) Как-то средненько. Не эникеец уже. Основы дебага, профайлинга и прочее - освоил, bottleneck analisys - мне нравится. Наверное потому что знаком с микропроцессорами много лет и понимаю как это работает, с чем у скрипткиддей не богато. Пободаться с непростой задачкой типа тюнинга, получив взамен вкусный результат? О, это интересно. Но вот бодаться с трудностями искусственно разложенными на ровном месте лично меня совершенно не прет. В общем где-то посерединке. Есть куда расти. Есть над чем работать. Есть что изучать. Есть к чему стремиться. Это хорошо, это жизнь. > у любой версии gcc багов куча, я на них давно уже не смотрю - скучно стало. Да, но их еще и чинят, вообще-то. И как правило сами авторы программ используют более-менее свежие версии компилеров, библиотек и прочая. Потому что их абсолютно не прет воркэраундить окаменелые баги чужих либ, компилеров, etc. Стандартная реакция програмеров на репорт в старой версии - "поставьте текущую версию и попробуйте снова". > если будет конкретная бага генерирующая уязвимый код, то известие придет > по каналам, а там уже и можно будет думать об обновлении. Програмеров которые в 2011 году хотят греть свой мозг багами замшелых версий доGPLv3ного GCC - не очень много, извините. > К тому же, еси будет такое БСД-уны сами быстро выпустят заплатку. На все заплаток не наделаешь. Упомянутый софт например сроду ни у кого в портах, репах и прочем не фигурирует. Хотя-бы потому что майнтайнеры не всегда успевают за прогрессом, а это к тому же относительно малотиражный софт, который к тому же часто адаптируется на местах вплоть до допила сырца напильником под те или иные реалии. Тем не менее, какие-то такие corner cases могут сильно попортить жизню. В этом случае желательно чтобы система на которую собирается софт была бы более-менее похожа (хотя-бы по версиям либ, компилеров и прочая) на то что у програмеров. Это отлажено на самих програмерах и как-то работает. А вот что-то сверх того - уже не факт. Далеко не у всех програмеров есть ресурсы тестировать софт на сильно отличающихся конфигурациях, а сами они предпочитают как правило свежие версии от себе подобных, чтобы не париться с древними багами, которые сто лет исправлены. Собственно они же первым делом и репортят баги в програмерских тулзах и шкурно заинтересованы в их скорейшей починке. >> бсд им подавайте. > Приведите мне примеры, плз. Дык привел уже то что вспомнилось из наиболее вопиющего и свежего, как умел. А если посмотреть, такое сплошь и рядом. Мне специально такие приколы коллекционировать начать? :) > начал ерроры показывать при скачивании пакетов, для проверки прогнал mhdd, memtest+ > - нормально. Вкорячил фрю - встала без проблем. В результате, т.к. > нужна была линух на этой машинке, так же, без проблем, как и со фрей, встала gentoo. Похоже на какие-то глюки инсталлера. Наверное это была какая-то довольно экзотичная конфига, на которой никто не словил какой-то баг. Только вот если мы о железе будем говорить - я без проблем найду вагон железок куда фря или не ставится никак или впихивается чисто номинально, так что результат бесполезен на практике. Особенно если не дай боже взять что-то отличное от х86 (бздуны же любят кивать поддержкой ARM и MIPS, можно это припомнить и взять наугад десяток плат на этом всем из того что более-менее массово продается, во смеху то будет). > Ну да, вот такая история неосилятора десктоп-ориентированной системы. У фри corner cases где она взбрыкивает - ИХМО сильно больше. А если придираться то даже XP после обновления до SP2 вываливала синий экран на некоторых конфигруациях. Ответ MS был гениален своей простотой: "извините, но ваше железо не поддерживается SP2". В общем то проблемы везде можно найти. > На др. компах таких приключений не было, т.е. это единичная такая железка, но осадок... Идеальных систем вообще без багов - не бывает. Тут скорее вопрос насколько часто и больно грабли будут выдавать в лоб. Осиляторы могут меня забрасывать тапками, но имхо управление софтом в фре грабельное и архаичное, требующее больше усилий/времени для типовых сценариев чем apt-get install something. По крайней мере с точки зрения удобства содержания боевых серверов на этом. Древние компилеры эпохи царя гороха - вообще маразм. Перескок на шланг опять же странная затея: он пилится только эпплом, которому на проблемы бзди как-то перпендикулярно, так что данный шаг вызовет много попаболи и не факт что закончится чем-то хорошим.
	Ответить | Правка | ^ к родителю #933 | Наверх | Cообщить модератору

	779. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от kshetragia (ok) on 11-Авг-11, 06:05
	> Замечательно. Наконец-то пошёл конструктив. И как это решит проблему? Даю подсказку - > если вы собираете разные версии одного и того же порта (пусть > и в разные каталоги), могут понадобится - вот сюрприз - разные > версии зависимостей. Automake, Autoconf и 100500 других. Вы предлагаете мне вручную > заполнить make.conf для всех этих вариантов? Сделайте одолжение, будьте так любезны, > укусите себя змеёй. :) Поток сознания. Разные версии "одного и того же софта" находятся в разных каталогах портов. Пример? Сколько угодно: lang/perl5.10, lang/perl5.12, www/apache13, www/apache20, www/apache22. etc.. "разные версии зависимостей" синхронизированы для всей ветки. для клинических случаев: devel/autoconf, devel/autoconf213, devel/automake, devel/automake14 Для совсем уж древних портов portupgrade сохраняет библиотеки в compat. т.е. есть гарантия, что при обновлении скажем libpng - gimp останется рабочим. > P.S: типично красноглазый подход - вместо признания существования проблемы с пеной урта > кричать что её нет, что есть вот такие замечательные костылики, что > миллионы леммингов их используют и они не могут ошибаться. Ну и к чему эти ваши спазмы? Проблема есть. И ясно(по крайней мере мной) осознаваемая. Большая и жЫрная. Но не там где вы ее пыжитесь найти. > Спасибо, жрите сами. Я предпочту использование наиболее удобного и подходящего инструмента. Топором можно срубить много деревьев, но бензопила эффективнее. Да за ради бога. Советчиков и без вас хватает.
	Ответить | Правка | ^ к родителю #624 | Наверх | Cообщить модератору

	788. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Rend (ok) on 11-Авг-11, 11:37
	Вы хоть раз сами пробовали поставить несколько версий одного и того же порта одновременно??
	Ответить | Правка | ^ к родителю #779 | Наверх | Cообщить модератору

	836. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от Аноним (??) on 11-Авг-11, 22:09
	> Вы хоть раз сами пробовали поставить несколько версий одного и того же > порта одновременно?? Утихомирьтесь уже, пробовали, делали, обновляли - все работает.
	Ответить | Правка | ^ к родителю #788 | Наверх | Cообщить модератору

	819. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 11-Авг-11, 19:50
	> Сидите уже на пингвинах и не е..те мозг.. а? Ну так чего ж вы потом такие новости то постите, что ай-яй-яй, все валят на пингвины. Нестыковочка.
	Ответить | Правка | ^ к родителю #613 | Наверх | Cообщить модератору

	695. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от Кирилл (??) on 10-Авг-11, 17:31
	> угробленных наплевательским отношением к пользователям. Я бы добавил, что даже не к пользователям, а к своей же собственной работе.
	Ответить | Правка | ^ к родителю #477 | Наверх | Cообщить модератору

	279. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Michael Shigorin (ok) on 08-Авг-11, 23:22
	[ multi apache+php ] > У меня нет желания тратить время на разработку костылей в подобных ситуациях. > Да, я могу наделать jail-ов со своим деревом портов в каждом > - но это за гранью добра и зла в плане поддержки. Справедливости ради, на линуксе я бы тоже постарался такое не наворачивать -- в плане поддержки куда лучше выходят несколько контейнеров с ясной конфигурацией, чем один со страшными макаронами ("здесь играем, здесь не играем, здесь селёдку заворачивали").
	Ответить | Правка | ^ к родителю #256 | Наверх | Cообщить модератору

	335. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от iZEN (ok) on 09-Авг-11, 01:44
	> [ multi apache+php ] >> У меня нет желания тратить время на разработку костылей в подобных ситуациях. >> Да, я могу наделать jail-ов со своим деревом портов в каждом >> - но это за гранью добра и зла в плане поддержки. > Справедливости ради, на линуксе я бы тоже постарался такое не наворачивать -- > в плане поддержки куда лучше выходят несколько контейнеров с ясной конфигурацией, > чем один со страшными макаронами ("здесь играем, здесь не играем, здесь > селёдку заворачивали"). А что у вас в этих контейнерах. Чем от них отличаются jail'ы?
	Ответить | Правка | ^ к родителю #279 | Наверх | Cообщить модератору

	571. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 22:41
	> А что у вас в этих контейнерах. Чем от них отличаются jail'ы? Ну а потребление ресурсов например ограничить группе процессов там как? В лине все понятно, есть cgroups. А тут что? Фига, как обычно?
	Ответить | Правка | ^ к родителю #335 | Наверх | Cообщить модератору

	647. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от vle (ok) on 10-Авг-11, 12:47
	> А что у вас в этих контейнерах. Чем от них отличаются jail'ы? Дорогой iZEN, пойми же наконец разницу между ИЗОЛЯЦИЕЙ процессов и НАРЕЗКОЙ РЕСУРСОВ под них. Линупсячий openvz, к примеру, делает и первое и второе. chroot и фришный jail -- только первое.
	Ответить | Правка | ^ к родителю #335 | Наверх | Cообщить модератору

	652. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от iZEN (ok) on 10-Авг-11, 13:02
	>> А что у вас в этих контейнерах. Чем от них отличаются jail'ы? > Дорогой iZEN, пойми же наконец разницу между ИЗОЛЯЦИЕЙ процессов > и НАРЕЗКОЙ РЕСУРСОВ под них. Линупсячий openvz, к примеру, делает > и первое и второе. chroot и фришный jail -- только первое. man setrlimit(2) man cpuset(1) OpenVZ не в ванильном ядре.
	Ответить | Правка | ^ к родителю #647 | Наверх | Cообщить модератору

	669. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Michael Shigorin (ok) on 10-Авг-11, 14:41
	> man setrlimit(2) Хочу (1) или (8).  Так можно и man напильник предлагать :-/ > man cpuset(1) Хочу (и применяю) изоляцию сетевых интерфейсов, в т.ч. лупбэка, а также приоретизацию I/O.  Что читать? > OpenVZ не в ванильном ядре. Когда же до таких, как Вы, дойдёт, что это не мешает его применять практически при условии наличия внятного поставщика?  Как и ядро того же RHEL или Android, например. У меня есть ovz в двух ядрах из дистрибутива, и этого вполне достаточно.
	Ответить | Правка | ^ к родителю #652 | Наверх | Cообщить модератору

	754. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от iZEN (ok) on 10-Авг-11, 23:05
	> Хочу (и применяю) изоляцию сетевых интерфейсов, в т.ч. лупбэка, а также приоретизацию I/O.  Что читать? Читать сначала про epair(4), а потом окунуться с головой в vimage в FreeBSD 9. Про приоритезацию I/O ничего не читать — в OpenVZ её тоже нет, так как никому неизвестно, как заставить её правильно работать из-за присуствия SWAP'а и общего файлового кэша, разделяемого всеми виртуальными машинами (ой, простите — изолированными окружениями). >> OpenVZ не в ванильном ядре. > Когда же до таких, как Вы, дойдёт, что это не мешает его применять практически при условии наличия внятного поставщика?  Как и ядро того же RHEL или Android, например. Когда же до олухов дойдёт, что наличие OpenVZ — это не столько отличительная особенность Linux, сколько отличительная особенность поставщика конкретного ядра Linux. А таких поставщиков наберётся от силы пять-шесть, два из которых никаких гарантий и предоставление подписок на сопровождение не дадут. > У меня есть ovz в двух ядрах из дистрибутива, и этого вполне достаточно. Поздравляю.
	Ответить | Правка | ^ к родителю #669 | Наверх | Cообщить модератору

	774. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Michael Shigorin (ok) on 11-Авг-11, 03:02
	>> Хочу (и применяю) изоляцию сетевых интерфейсов, в т.ч. лупбэка, >> а также приоретизацию I/O.  Что читать? > Читать сначала про epair(4) Вы про lo точно прочли? > а потом окунуться с головой в vimage в FreeBSD 9. Видите ли, я в отпуске и окунуться в головой предпочту в море, нежели в эти удобства во дворе.  Зачем Вы мне ЭТО суёте как достижение?  В OpenVZ есть более легковесная реализация (venet), которая не требует пар типа-эзернетов (которые тоже есть -- veth), собираемых в бриджи со всеми вытекающими.  Заодно более безопасная -- снупать или повесить свой dhcpd не выйдет. http://wiki.openvz.org/Differences_between_venet_and_veth > Про приоритезацию I/O ничего не читать — в OpenVZ её тоже нет И опять врёте.  vzctl(8), --ioprio.  _Работает_, мы так и жили на весьма скромном терминальном сервере (два ядра, 4G RAM, 5 HDD) -- три "прижатых" сборочных контейнера, каждый из которых по отдельности способен заметно "задумать" само железо, практически не оказывали влияния на интерактивность терминальных сессий при полной нагрузке. http://wiki.openvz.org/I/O_priorities_for_containers На отдельно взятом умеренно древнем линуксе -- schedutils и ionice(1) из них. > так как никому неизвестно, как заставить её правильно работать из-за присуствия SWAP'а 1) активный своп на плотно нагруженной системе недопустим; 2) производительность фонового вытеснения хлама некритична; 3) ссылку http://wiki.openvz.org/Vswap уже раз или два в ответах Вам здесь давал. > и общего файлового кэша С производительностью кэша проблем не наблюдаю: seek'ать нечему; ручка к его объёму (по метаданным) есть: vzctl set --dcachesize. > Когда же до олухов дойдёт, что наличие OpenVZ — это не столько > отличительная особенность Linux Ну-ка найдите мне его нынче на другом ядре, а потом продолжим. > сколько отличительная особенность поставщика конкретного ядра Linux. > А таких поставщиков наберётся от силы пять-шесть, два из которых > никаких гарантий и предоставление подписок на сопровождение не дадут. Вот скажите, кем надо быть, чтоб пытаться проскочить перед камазом с очень простой мыслью:     если есть хотя бы один, лучше два,     дающих гарантию внятных поставщика     -- неважно, сколько "не дадут" ARM-овый ширпотреб идёт вон вообще со своими ядрами, _и ничего_.  Потихоньку сводят и обобщают, но главное-то в том, что этот самый хотя бы один поставщик -- находится, пока Вы тут продолжаете спамить "в защиту" вместо того, чтобы помочь со сбором претензий (sic) или на худой конец -- полезным сравнительным анализом.
	Ответить | Правка | ^ к родителю #754 | Наверх | Cообщить модератору

	789. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от iZEN (ok) on 11-Авг-11, 11:53
	> Вы про lo точно прочли? jail_jailname_ip="192.168.1.5,127.0.0.1" в /etc/rc.conf хоста (в FreeBSD 7.2 и выше). Зачем тебе изолированный loopback-интерфейс в изолированном окружение, скажи пожалуйста? У тебя настолько старые программы, что им нужен именно loopback-интерфейс для связи друг с другом внутри клетки?
	Ответить | Правка | ^ к родителю #774 | Наверх | Cообщить модератору

	797. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Rend (ok) on 11-Авг-11, 16:06
	iZen, извините, но вы чудовищно некомпетентны. Изолирование loopback - одна из мер изоляции виртуальных машин друг от друга, во-первых, во-вторых - даёт возможность использования локализованных данной ВМ сетевых приложений.
	Ответить | Правка | ^ к родителю #789 | Наверх | Cообщить модератору

	847. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от iZEN (ok) on 11-Авг-11, 23:36
	> iZen, извините, но вы чудовищно некомпетентны. Я-то? Я же пример уже привёл, как сделать изолированный loopback-интерфейс в Jail'ах современных ОС FreeBSD. Какие ещё могут быть вопросы? > Изолирование loopback - одна из мер > изоляции виртуальных машин друг от друга, во-первых, во-вторых - даёт возможность > использования локализованных данной ВМ сетевых приложений. До  этой возможности (которая появилась в FreeBSD 7.2), хостеры FreeBSD-VPS как-то обходились без изолированного (и вообще без никакого) loopback-интерфейса. А потом пришёл OpenVZ и пользователи почему-то вдруг, нет — РЕШИТЕЛЬНО — захотели единоличный 127.0.0.1 в своих изолированных операционных окружениях. :)) Почему так, а?!
	Ответить | Правка | ^ к родителю #797 | Наверх | Cообщить модератору

	877. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 12-Авг-11, 16:31
	> iZen, извините, но вы чудовищно некомпетентны. Капитан! Вы снова нас посетили! :)
	Ответить | Правка | ^ к родителю #797 | Наверх | Cообщить модератору

	676. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от vle (ok) on 10-Авг-11, 15:30
	>>> А что у вас в этих контейнерах. Чем от них отличаются jail'ы? >> Дорогой iZEN, пойми же наконец разницу между ИЗОЛЯЦИЕЙ процессов >> и НАРЕЗКОЙ РЕСУРСОВ под них. Линупсячий openvz, к примеру, делает >> и первое и второе. chroot и фришный jail -- только первое. > man setrlimit(2) О да, это шедевр. > man cpuset(1) Как уже сказал Шигорин, ФС и процессор -- не единственные ресурсы, доступ к которым хотелось бы ограничить. Да и выдвигать cpuset(1) как средство ограничения jail-а к CPU -- это, извини подвинься, ни в какие ворота. Все-таки фанатизма бы тебе поменьше. > OpenVZ не в ванильном ядре. Никого это не волнует в мире Линупса. Берется правильный вендор с правильным ядром, и никому не колупется моск. grsecurity тоже нет в ванилле, но те, кому он нужен, знают, где его взять. Это одно из преимуществ сильной фрагментации Линупс рынка.
	Ответить | Правка | ^ к родителю #652 | Наверх | Cообщить модератору

	773. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от iZEN (ok) on 11-Авг-11, 00:28
	> Как уже сказал Шигорин, ФС и процессор -- не единственные ресурсы, > доступ к которым хотелось бы ограничить. Лимиты на память, cputime, количество одновременно запущенных процесов и т.д. для клеток задаются для собственных классов пользователей в login.conf этих клеток. > Никого это не волнует в мире Линупса. Берется правильный вендор с правильным ядром, и никому не колупется моск. Да где ж его взять-то? > grsecurity тоже нет в ванилле, но те, кому он нужен, знают, где его взять. Да где ж его взять-то? > Это одно из преимуществ сильной фрагментации Линупс рынка. Это — самое неприятное в Linux. Потому и не больше 5% всех установок GNU/Linux на десктопы во ВСЁМ мире. Как говориться: divide et impera ("разделяй и властвуй") — принцип, к которому вынужденно прибегли корпорации, чтобы не допустить конкуренции с мейнстримом на десктопах — Microsoft и Apple — основных движителей индустрии потребительских устройств, которые совместимы только с ИХ десктопами и ИХ мобильными коммуникаторами. Договор, вернее, сговор между корпорациями: 1) убрать GNUсятину из потребительских устройств методом деунификации кодовой базы; 2) оставить возможность "плодить и размножаться" несовместимым клонам одного и того же, чтобы обеспечить управляемый рост по-отдельности вендоров проприетарных решений, несовместимых друг с другом и с общей кодовой базой (которая мизерна и включает в себя только ванильное ядро Linux); 3) оставить GNU/Linux на серверах, чтобы кое-кто не лежал на печи, а продуцировал нужные всем инновации (веб-два-ноль, облачные вычисления). Google чего-то там рыпается с Android и вроде отвечает на судебные выпады против неё самой (а не Linux), но, я думаю, это "показательные выступления" вендора разработки инфраструктуры проприетарных решений, а не "остриё атаки" движения FOSS.
	Ответить | Правка | ^ к родителю #676 | Наверх | Cообщить модератору

	785. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Andrey Mitrofanov on 11-Авг-11, 11:00
	>>не колупется моск. > Да где ж его взять-то? Прогрессивное человечество рыдает над Вашими проблемами.
	Ответить | Правка | ^ к родителю #773 | Наверх | Cообщить модератору

	787. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от andy (??) on 11-Авг-11, 11:20
	> Это — самое неприятное в Linux. Потому и не больше 5% всех > установок GNU/Linux на десктопы во ВСЁМ мире. Как говориться: divide et > impera ("разделяй и властвуй") — принцип, к которому вынужденно прибегли корпорации, > чтобы не допустить конкуренции с мейнстримом на десктопах — Microsoft и > Apple — основных движителей индустрии потребительских устройств, которые совместимы > только с ИХ десктопами и ИХ мобильными коммуникаторами. Договор, вернее, сговор > между корпорациями: > 1) убрать GNUсятину из потребительских устройств методом деунификации кодовой базы; Не считая того, что сговор это бред сивой кобылы, можно вспомнить FreeBSD, которая делает все возможное, что бы убрать gnu утилиты из системы. Чем Apple и пользуется, благодаря "более свободной" лицензии. Друзья проприетарщиков, одним словом. > 2) оставить возможность "плодить и размножаться" несовместимым клонам одного и того же, > чтобы обеспечить управляемый рост по-отдельности вендоров проприетарных решений, несовместимых > друг с другом и с общей кодовой базой (которая мизерна и > включает в себя только ванильное ядро Linux); Какие несовместимые клоны? В чем? Объясни простую истину - почему между дистрибутивами Linux'а софт пересобирают, а между разными BSD его именно переносят? Так кто фрагментирован то?
	Ответить | Правка | ^ к родителю #773 | Наверх | Cообщить модератору

	792. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от iZEN (ok) on 11-Авг-11, 15:12
	> Какие несовместимые клоны? В чем? Объясни простую истину - почему между дистрибутивами Linux'а софт пересобирают, а между разными BSD его именно переносят? Так кто фрагментирован то? Linux фрагментирован, потому что стадии пересборки в любом случае не избежать — даже внутри одного дистрибутива при изменении системного API c выходом очередной версии ядра и/или glibc. А между *BSD софт переносят, потому что это не клоны, а РАЗНЫЕ операционные системы, как Mac OS X, AmigaOS и QNX.
	Ответить | Правка | ^ к родителю #787 | Наверх | Cообщить модератору

	924. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 12-Авг-11, 21:12
	> Linux фрагментирован, потому что стадии пересборки в любом случае не избежать — > даже внутри одного дистрибутива при изменении системного API c выходом очередной > версии ядра и/или glibc. Я вот вчера заменил 2.6.38 на 3.0 и не пересобрал при этом ни одной программы вообще. И ни единой библиотеки. Как можно быть настолько ламером, изен?!
	Ответить | Правка | ^ к родителю #792 | Наверх | Cообщить модератору

	820. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 11-Авг-11, 19:52
	> OpenVZ не в ванильном ядре. И чего? В большинстве дистров ставится парой команд. Я это ядро поставлю намного быстрее чем ты свои джайлы отполисуешь по ресурсам нормально, до уровня приемлимого например для хостинга, когда контейнер отдается бесконтролько хомяку и тот может буянить в нем как хочет, а хост при этом не должен дуба дать.
	Ответить | Правка | ^ к родителю #652 | Наверх | Cообщить модератору

	482. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Rend on 09-Авг-11, 15:20
	> [ multi apache+php ] >> У меня нет желания тратить время на разработку костылей в подобных ситуациях. >> Да, я могу наделать jail-ов со своим деревом портов в каждом >> - но это за гранью добра и зла в плане поддержки. > Справедливости ради, на линуксе я бы тоже постарался такое не наворачивать -- > в плане поддержки куда лучше выходят несколько контейнеров с ясной конфигурацией, > чем один со страшными макаронами ("здесь играем, здесь не играем, здесь > селёдку заворачивали"). Зависит от Линукса. В некоторых проблема решается просто и элегантно - в некоторых тоже надо помучаться. Просто "коммьюнити" не понимают разницу между промышленной эксплуатацией, где считают TCO, трудозатраты, человеко-часы на обслуживание и т.д. и "радиолюбительством".
	Ответить | Правка | ^ к родителю #279 | Наверх | Cообщить модератору

	480. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от www2 (??) on 09-Авг-11, 15:19
	Дык, у вас и с любым Linux те же проблемы будут. Если от замены предполагаемого источника проблемы проблема не исчезает, может быть не верно определён её источник? Другими словами: нежелание годами менять устаревший софт - это ваши личные трудности.
	Ответить | Правка | ^ к родителю #256 | Наверх | Cообщить модератору

	294. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от VoViK (ok) on 08-Авг-11, 23:59
	Под Alex я и имел в виду lissyara и с вопросом я хорошо знаком. Переход на php 5.3 был неизбежен в любом случае. Для того чтобы не было внезапностей принято читать UPDATING.
	Ответить | Правка | ^ к родителю #216 | Наверх | Cообщить модератору

	479. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Rend on 09-Авг-11, 15:17
	> Под Alex я и имел в виду lissyara и с вопросом я > хорошо знаком. > Переход на php 5.3 был неизбежен в любом случае. > Для того чтобы не было внезапностей принято читать UPDATING. Да ладно? А вот у меня на тот момент было 5.2.7 и нужен был 5.2.11, а не кривой и несовместимый 5.3. Порт-майнтейнер почему-то решил, что лучше знает, как вести порт, и что нужно пользователям.
	Ответить | Правка | ^ к родителю #294 | Наверх | Cообщить модератору

	535. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от VoViK (ok) on 09-Авг-11, 19:53
	> Да ладно? А вот у меня на тот момент было 5.2.7 и > нужен был 5.2.11, а не кривой и несовместимый 5.3. Порт-майнтейнер почему-то > решил, что лучше знает, как вести порт, и что нужно пользователям. Надо было почитать UPDATING, заглянуть в форум и т.д. php52 появился менее чем через 2 недели после смены версии. Раз уж вы не обновляли с 5.2.7 полтора года, могли бы подождать 2 недели. Он так решил именно потому что _он_ майнтейнер и с момента выхода 5.3.0 прошел уже почти год.
	Ответить | Правка | ^ к родителю #479 | Наверх | Cообщить модератору

	538. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от Sem (ok) on 09-Авг-11, 20:07
	>> Под Alex я и имел в виду lissyara и с вопросом я >> хорошо знаком. >> Переход на php 5.3 был неизбежен в любом случае. >> Для того чтобы не было внезапностей принято читать UPDATING. > Да ладно? А вот у меня на тот момент было 5.2.7 и > нужен был 5.2.11, а не кривой и несовместимый 5.3. Порт-майнтейнер почему-то > решил, что лучше знает, как вести порт, и что нужно пользователям. Я прямо в растеренности... Ну вы словарик откройте что-ли, попробуйте осмыслить значение слова маинтейнер.
	Ответить | Правка | ^ к родителю #479 | Наверх | Cообщить модератору

	670. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от Michael Shigorin (ok) on 10-Авг-11, 14:44
	> Я прямо в растеренности... Ну вы словарик откройте что-ли, попробуйте осмыслить значение > слова маинтейнер. Заодно найдите десять отличий от слова "диктатор" (начиная с того, что вовсе не обязательно принимать на себя весь груз ответственности -- можно и посоветоваться, особенно если светит не policy decision, а local admin decision). -- майнтейнер
	Ответить | Правка | ^ к родителю #538 | Наверх | Cообщить модератору

	780. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 11-Авг-11, 09:41
	Миша ты реально задостал. Ты пользуещся fbsd?! Тебя касаются проблемы fbsd?! Тогда ты какого лезешь со своими "умными" советами?
	Ответить | Правка | ^ к родителю #670 | Наверх | Cообщить модератору

	878. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 12-Авг-11, 16:33
	> Тогда ты какого лезешь со своими "умными" советами? Да вообще, закрыть треды и стереть новость. С таким подходом к делу это самый оптимальный вариант.
	Ответить | Правка | ^ к родителю #780 | Наверх | Cообщить модератору

	946. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от исчо_адын_аноним on 14-Авг-11, 19:40
	> Миша ты реально задостал. Ты пользуещся fbsd?! Тебя касаются проблемы fbsd?! > Тогда ты какого лезешь со своими "умными" советами? Ну наконец то сквозь покровы цивилизации поперла суть среднего фряшника. Не кормите больше анонимов ;)
	Ответить | Правка | ^ к родителю #780 | Наверх | Cообщить модератору

	821. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 11-Авг-11, 19:54
	> Я прямо в растеренности... ^^^^^^^^^^^^^^^^^^^^^^^ И эти люди учат других обращаться со словарем. Жесть как она есть!
	Ответить | Правка | ^ к родителю #538 | Наверх | Cообщить модератору

	224. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от anonymous (??) on 08-Авг-11, 19:41
	portupgrade php5\* Таки сложно?
	Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

	240. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Sem (ok) on 08-Авг-11, 21:02
	> portupgrade php5\* > Таки сложно? Вы видимо этого не делали. Но это не проблема FreeBSD, это проблема криворуких PHP-разработчиков и web-разработчиков.
	Ответить | Правка | ^ к родителю #224 | Наверх | Cообщить модератору

	253. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от anonymous (??) on 08-Авг-11, 21:40
	Тогда какое отношение имеет проблема криворуких PHP-шников к FreeBSD в частности и к любому дистрибутиву в общем? Да, PHP 5.3 несовместим с заточенными под 5.2 проектами, почему в эту драму девелоперов и пользователей вовлекается фря?
	Ответить | Правка | ^ к родителю #240 | Наверх | Cообщить модератору

	258. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+2 +/–
	Сообщение от Rend on 08-Авг-11, 21:50
	> Тогда какое отношение имеет проблема криворуких PHP-шников к FreeBSD в частности и > к любому дистрибутиву в общем? Да, PHP 5.3 несовместим с заточенными > под 5.2 проектами, почему в эту драму девелоперов и пользователей вовлекается > фря? Всё просто - майнтейнер почему-то за всех решил, что всем надо 5.3, и не оставил возможности использовать 5.2. Потому что - сюрприз, для этого надо закоммитить новый порт (который теперь php52), а ему было то ли в лом, то ли последствия он не учёл. И внезапно, выяснилось, при портапгрейде, что у нас уже не 5.2, а 5.3, сломаные зависимости и неработающие плагины. И так может произойти с каждым мета-портом. Давно назрела необходимость сделать нормальную систему управления как портами, так и бинарными пакаджами. Можно сколько угодно изобретать костыли - системно проблема не решается, пользователи начинают голосовать ногами.
	Ответить | Правка | ^ к родителю #253 | Наверх | Cообщить модератору

	391. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от kshetragia (ok) on 09-Авг-11, 08:14
	Тут соглашусь. Пакетная система фрюши - ее любимая мозоль. (Порты мне нравятся).
	Ответить | Правка | ^ к родителю #258 | Наверх | Cообщить модератору

	519. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от aaa (??) on 09-Авг-11, 18:27
	внезапно? А вы пробовали читать /usr/ports/UPDATING - nfv vyjuj bynthtcyjuj bien/
	Ответить | Правка | ^ к родителю #258 | Наверх | Cообщить модератору

	525. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Sem (ok) on 09-Авг-11, 19:06
	>[оверквотинг удален] >> фря? > Всё просто - майнтейнер почему-то за всех решил, что всем надо 5.3, > и не оставил возможности использовать 5.2. Потому что - сюрприз, для > этого надо закоммитить новый порт (который теперь php52), а ему было > то ли в лом, то ли последствия он не учёл. И > внезапно, выяснилось, при портапгрейде, что у нас уже не 5.2, а > 5.3, сломаные зависимости и неработающие плагины. И так может произойти с > каждым мета-портом. Давно назрела необходимость сделать нормальную систему управления > как портами, так и бинарными пакаджами. Можно сколько угодно изобретать костыли > - системно проблема не решается, пользователи начинают голосовать ногами. Угу, а разработчики PHP такие все белые и пушистые. Ни с того, ни с сего вдруг объявили, что 5.2 больше не поддерживается. Не поддерживаемое ПО очень сложно держать в портах.
	Ответить | Правка | ^ к родителю #258 | Наверх | Cообщить модератору

	649. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от vle (ok) on 10-Авг-11, 12:50
	Вот чем больше читаю фришников про фрю, тем больше понимаю, что сделал правильный выбор в свое время. Господа, да посмотрите же, как проблема с php, apache, python и.п. решена у ваших коллег в NetBSD/pkgsrc! Там нет даже тени тех проблем, о которых вы говорите. И pkgsrc чудесно работает и на FreeBSD тоже!
	Ответить | Правка | ^ к родителю #525 | Наверх | Cообщить модератору

	733. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Sem (ok) on 10-Авг-11, 21:02
	> Вот чем больше читаю фришников про фрю, тем больше понимаю, > что сделал правильный выбор в свое время. > Господа, да посмотрите же, как проблема с php, apache, python и.п. > решена у ваших коллег в NetBSD/pkgsrc! > Там нет даже тени тех проблем, о которых вы говорите. > И pkgsrc чудесно работает и на FreeBSD тоже! Сравни только количество портов. Ну и актуальность.
	Ответить | Правка | ^ к родителю #649 | Наверх | Cообщить модератору

	827. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от vle (ok) on 11-Авг-11, 20:33
	>> Вот чем больше читаю фришников про фрю, тем больше понимаю, >> что сделал правильный выбор в свое время. >> Господа, да посмотрите же, как проблема с php, apache, python и.п. >> решена у ваших коллег в NetBSD/pkgsrc! >> Там нет даже тени тех проблем, о которых вы говорите. >> И pkgsrc чудесно работает и на FreeBSD тоже! > Сравни только количество портов. Ну и актуальность. Все, что нужно *МНЕ* в pkgsrc есть. А мне нужно сильно больше среднестатистического админа. Для справки: RHEL -- ~3500 пакетов, SLES - ~4500 пакетов. pkgsrc -- ~11000 пакетов. Актуальность?! Позвольте, но это же просто тупо! Более древний софт можно найти и там и там. Это вообще не аргумент. Но в плане управления пакетами и сборки, насколько я вижу, фришные порты по сравнению с pkgsrc и рядом не валялись. Ну сравните хотя бы базис -- pkg_*. Основа основ!
	Ответить | Правка | ^ к родителю #733 | Наверх | Cообщить модератору

	863. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от анонимЪ on 12-Авг-11, 13:48
	>Для справки: RHEL -- ~3500 пакетов, >pkgsrc -- ~11000 пакетов. Зато у Fedora более 18000 уникальных пакетов ( см. "Software Packages" на  https://fedoraproject.org/wiki/Red_Hat_Enterprise_Linux#What...) А про Debian я вообще не пишу, ибо там в два раза больше чем у Fedora.
	Ответить | Правка | ^ к родителю #827 | Наверх | Cообщить модератору

	865. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от vle (ok) on 12-Авг-11, 14:50
	>>Для справки: RHEL -- ~3500 пакетов, >>pkgsrc -- ~11000 пакетов. > Зато у Fedora более 18000 уникальных пакетов ( см. "Software Packages" на >  https://fedoraproject.org/wiki/Red_Hat_Enterprise_Linux#What...) > А про Debian я вообще не пишу, ибо там в два раза > больше чем у Fedora. Надеюсь, с английским проблем не возникнет? http://mail-index.netbsd.org/netbsd-users/2011/08/04/msg0087...
	Ответить | Правка | ^ к родителю #863 | Наверх | Cообщить модератору

	833. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от nuclight (ok) on 11-Авг-11, 21:58
	> Вот чем больше читаю фришников про фрю, тем больше понимаю, > что сделал правильный выбор в свое время. > Господа, да посмотрите же, как проблема с php, apache, python и.п. > решена у ваших коллег в NetBSD/pkgsrc! > Там нет даже тени тех проблем, о которых вы говорите. > И pkgsrc чудесно работает и на FreeBSD тоже! Чудесно-то оно, наверное, чудесно. Но. Здесь резонен вопрос - а почему тогда NetBSD/pkgsrc так непопулярна (сотые доли процента) ? Что-то, значит, не ладно, что-то не так? А значит, раз не так, то и не получится перетащить решение как есть. Получается, надо адаптировать?.. Мы помним, что из NetBSD пришло много хорошего, значит, стоит посмотреть. Только где? Ты не мог бы дать какое-нибудь понятное обзорное руководство, где эта система доступна объясняется? Какая-нибудь статья на 30-40 тысяч знаков (не больше), охватывающая целиком.
	Ответить | Правка | ^ к родителю #649 | Наверх | Cообщить модератору

	856. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от vle (ok) on 12-Авг-11, 08:37
	>> Господа, да посмотрите же, как проблема с php, apache, python и.п. >> решена у ваших коллег в NetBSD/pkgsrc! >> Там нет даже тени тех проблем, о которых вы говорите. >> И pkgsrc чудесно работает и на FreeBSD тоже! > Чудесно-то оно, наверное, чудесно. Но. Здесь резонен вопрос - а почему тогда > NetBSD/pkgsrc так непопулярна (сотые доли процента)? > Что-то, значит, не ладно, что-то не так? Я тебя умоляю, давай обойдемся без писькомера. Я человек технический, у кого длиннее мне мало интересно, давай лучше по делу ;-) >  А значит, раз не так, то и не > получится перетащить решение как есть. Чисто по-приколу я запустил однажды полный bulk-build на FreeBSD. http://mova.org/~cheusov/pub/pkgsrc-distbb/FreeBSD/logs/2011... Прошу учесть, включен ПОЛНЫЙ ПАРАНОИДАЛЬНЫЙ режим (PKG_DEVELOPER=yes). Поэтому многие пакеты попадали, в норме, если собирать без этого флага, соберется пакетов намного больше, но даже 7000 для "чужой" платформы -- хороший результат. Я бы мог эксперимент повторить, если б не померла в машинке сетевая карта, все никак не починю. С удовольствием гонял бы bulk build-ы регулярно, но у меня нет подходящего железа, да и возиться с настройкой FreeBSD неохото, если честно. В то время, когда в pkgsrc активно улучшалась поддержка DragonFlyBSD над этим работало ну буквально один-два человека. За примерно пол года поддержка стала такой же как и для NetBSD, сейчас для стрекозы пакеты собираются практически все. FreeBSD -- не Solaris, она всеже гораздо ближе к NetBSD/DragonFly, поэтому обеспечить поддержку на 5 баллов для нее куда проще. > Получается, надо адаптировать?.. Мы помним, что из NetBSD пришло > много хорошего, значит, > стоит посмотреть. Только где? Ты не мог бы дать какое-нибудь понятное > обзорное руководство, где эта система доступна объясняется?\ > Какая-нибудь статья на 30-40 > тысяч знаков (не больше), охватывающая целиком. http://www.netbsd.org/docs/pkgsrc/ http://www.netbsd.org/docs/guide/en/ http://pkgsrc.se/pkgtools/nih http://pkgsrc.se/pkgtools/distbb http://pkgsrc.se/pkgtools/pkg_summary-utils http://pkgsrc.se/pkgtools/pkglint http://pkgsrc.se/pkgtools/pkgin http://pkgsrc.se/pkgtools/pbulk http://netbsd.gw.com/cgi-bin/man-cgi?pkg_add++NetBSD-current http://netbsd.gw.com/cgi-bin/man-cgi?pkg_delete++NetBSD-current http://netbsd.gw.com/cgi-bin/man-cgi?pkg_admin++NetBSD-current http://netbsd.gw.com/cgi-bin/man-cgi?pkg_summary++NetBSD-cur... Для начала, думаю, хватит. Обрати внимание на флаги -u, -U и -A в pkg_add. Без них жить нельзя! При наличии заинтересованных по ту сторону, можно подумать над портированием NIH под фрю.
	Ответить | Правка | ^ к родителю #833 | Наверх | Cообщить модератору

	948. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от nuclight (ok) on 15-Авг-11, 00:35
	>>> Господа, да посмотрите же, как проблема с php, apache, python и.п. >>> решена у ваших коллег в NetBSD/pkgsrc! >>> Там нет даже тени тех проблем, о которых вы говорите. >>> И pkgsrc чудесно работает и на FreeBSD тоже! >> Чудесно-то оно, наверное, чудесно. Но. Здесь резонен вопрос - а почему тогда >> NetBSD/pkgsrc так непопулярна (сотые доли процента)? >> Что-то, значит, не ладно, что-то не так? > Я тебя умоляю, давай обойдемся без писькомера. > Я человек технический, у кого длиннее мне мало интересно, > давай лучше по делу ;-) Кхе. Проблема в том, что есть куда более серьезные вещи, чем технические вопросы, вот например на http://ailev.livejournal.com/936771.html хорошо расписано. Или вот подумай, например, над объединением усилий команды FreeBSD Ports и pkgsrc в единую систему - какой объем работ потребуется? Технический ли это вопрос? А ведь вполне по делу. Рассматривать исключительно технические вопросы - вредно (кстати, они вовсе не сводятся к длине), впрочем, я начинаю пересказывать ссылку. >>  А значит, раз не так, то и не получится перетащить решение как есть. > Чисто по-приколу я запустил однажды полный bulk-build на FreeBSD. > http://mova.org/~cheusov/pub/pkgsrc-distbb/FreeBSD/logs/2011... > Прошу учесть, включен ПОЛНЫЙ ПАРАНОИДАЛЬНЫЙ режим (PKG_DEVELOPER=yes). > Поэтому многие пакеты попадали, в норме, если собирать без этого флага, > соберется пакетов намного больше, но даже 7000 для "чужой" > платформы -- хороший результат. Я бы мог эксперимент повторить, [...] > FreeBSD -- не Solaris, она всеже гораздо ближе к NetBSD/DragonFly, > поэтому обеспечить поддержку на 5 баллов для нее куда проще. А сколько из них рабочих? Во фре сейчас более 22 тысяч портов. Сколько придется приложить усилий для фикса и проверки остальных 15 тысяс? А самое главное, кто этим будет заниматься? >[оверквотинг удален] > http://pkgsrc.se/pkgtools/distbb > http://pkgsrc.se/pkgtools/pkg_summary-utils > http://pkgsrc.se/pkgtools/pkglint > http://pkgsrc.se/pkgtools/pkgin > http://pkgsrc.se/pkgtools/pbulk > http://netbsd.gw.com/cgi-bin/man-cgi?pkg_add++NetBSD-current > http://netbsd.gw.com/cgi-bin/man-cgi?pkg_delete++NetBSD-current > http://netbsd.gw.com/cgi-bin/man-cgi?pkg_admin++NetBSD-current > http://netbsd.gw.com/cgi-bin/man-cgi?pkg_summary++NetBSD-cur... > Для начала, думаю, хватит. "Для начала" ? Ты издеваешься?! Я просил НЕ БОЛЬШЕ 30-40 Кб (т.е. такие обзорные, какие я и сам в ЖЖ пишу). Я осилил 16 глав из первой ссылки и указанные четырьмя последними маны - дальше по факту, пардон, ты крадешь моё время. Это с твоей стороны весьма неэтично. Вот скажи, оно _мне_ реально надо, это всё _целиком_ читать? Для какой цели? Вопросы мотивации - они, если что, тоже не технические. Из прочитанного, насколько это можно в столь сжатые сроки, я сделал вывод, что pkgsrc развилась из тех же самых FreeBSD Ports, и у них до сих пор всё еще много общего. > Обрати внимание на флаги -u, -U и -A в pkg_add. Без них жить нельзя! Ясен пень. Но это не выглядит значительным в реализации отличием от фревых эквивалентов. > При наличии заинтересованных по ту сторону, можно подумать над > портированием NIH под фрю. Он опирается на pkgsrc. А на портирование самого pkgsrc в NetBSD официально согласны?
	Ответить | Правка | ^ к родителю #856 | Наверх | Cообщить модератору

	958. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от vle (ok) on 15-Авг-11, 07:48
	> Или вот подумай, например, над объединением усилий команды FreeBSD Ports и > pkgsrc в единую систему - какой объем работ потребуется? MirBSD понадобилось несколько месяцев для того, чтобы написать порт pkgsrc под свою систему, которого раньше не было. Примерно столько же MINIX-оидам. Но и там и там полтора человека, ты же понимаешь. Что касается фри, то под нее поддержка есть давно. Что нужно делать -- править сборку пакетов, и, изредка, прикладывать патчи типа s|/dev/dsp|/dev/audio|, чтоб работало. > [...] >> FreeBSD -- не Solaris, она всеже гораздо ближе к NetBSD/DragonFly, >> поэтому обеспечить поддержку на 5 баллов для нее куда проще. > А сколько из них рабочих? Во фре сейчас более 22 тысяч портов. > Сколько придется приложить усилий для фикса и проверки остальных 15 тысяс? > А самое главное, кто этим будет заниматься? Никто из фришников не откажется от своих портов, и это вам никто не предлагает. года 4 или 5 назад вы выпустили первоапрелбьскую шутку о том, что мол FreeBSD собирается переходить на pkgsrc с целью... Очень фришникам было смешно. А тем временем pkgsrc развивалась ;-) > "Для начала" ? Ты издеваешься?! Я просил НЕ БОЛЬШЕ 30-40 Кб (т.е. > такие обзорные, какие я и сам в ЖЖ пишу). Ты хочешь сравнительную характеристику фришных портов и pkgsrc по всем интересным направлениям. От хитрец! Да кто ж тебе такое даст то? Где ты найдешь человека в равной степени владеющего и вашими портами и pkgsrc. За pkgsrc я могу ответить, за порты -- извини. Хотя некоторые пункты Jeremy Reed тебе уже дал, как я видел. На наиболее очевидные и важные вещи вроде убогого pkg_* я тебе уже указал. > Из прочитанного, насколько это можно в столь сжатые сроки, я сделал вывод, > что pkgsrc развилась из тех же самых FreeBSD Ports, и у > них до сих пор всё еще много общего. Подход общий, да, декларативное описание механизма сборки на основе make/bmake-а. Дальше -- практически ничего общего. >> Обрати внимание на флаги -u, -U и -A в pkg_add. Без них жить нельзя! > Ясен пень. Но это не выглядит значительным в реализации отличием от фревых > эквивалентов. Это выглядит значительным для того, чтобы стало возможным реализация сколь-нибудь нормальной системы управления пакетами. Свой NIH я считаю нормальным. С некоторыми оговорками pkgin тоже. По поводу полного сравнения pkgsrc vs. порты см. выше. >> При наличии заинтересованных по ту сторону, можно подумать над >> портированием NIH под фрю. > Он опирается на pkgsrc. nih опирается на pkg_{add,remove,info,admin} и pkg_summary(5). При более менее общих pkg_{add/remove} портирование возможно и, наверное, не сильно трудоемко. > А на портирование самого pkgsrc в NetBSD официально > согласны? pkgsrc на фре работает очень давно. В NetBSD будут только рады видеть регулярные балк билды и под FreeBSD тоже. Вот, кстати, и первая ласточка от MirBSD http://mail-index.netbsd.org/pkgsrc-bulk/2011/08/14/msg00831... Успехом пока не назовешь, но тем не менее. Случайных балдбилд под фрю (мой) я уже показывал.
	Ответить | Правка | ^ к родителю #948 | Наверх | Cообщить модератору

	967. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от nuclight (ok) on 16-Авг-11, 21:15
	>> Или вот подумай, например, над объединением усилий команды FreeBSD Ports и >> pkgsrc в единую систему - какой объем работ потребуется? > MirBSD понадобилось несколько месяцев для того, > чтобы написать порт pkgsrc под свою систему, которого раньше не было. > Примерно столько же MINIX-оидам. > Но и там и там полтора человека, ты же понимаешь. > Что касается фри, то под нее поддержка > есть давно. Что нужно делать -- править сборку пакетов, и, изредка, > прикладывать патчи типа s|/dev/dsp|/dev/audio|, чтоб работало. Не, не портировать, а объединить обе команды в один общий проект. Переучить всех port committers & maintainers на новую схему. А самое главное, кто этим всем станет заправлять? :) Опять же не технические вопросы. >>> FreeBSD -- не Solaris, она всеже гораздо ближе к NetBSD/DragonFly, >>> поэтому обеспечить поддержку на 5 баллов для нее куда проще. >> А сколько из них рабочих? Во фре сейчас более 22 тысяч портов. >> Сколько придется приложить усилий для фикса и проверки остальных 15 тысяс? >> А самое главное, кто этим будет заниматься? > Никто из фришников не откажется от своих портов, и это вам никто > не предлагает. Кхе. Линуксоиды предлагали перейти на dpkg, например :) Из всех вариантов "перехода" pkgsrc - единственное, что хоть как-то хотя бы теоретически могло бы быть сделано. > года 4 или 5 назад вы выпустили первоапрелбьскую шутку о том, что > мол > FreeBSD собирается переходить на pkgsrc с целью... > Очень фришникам было смешно. А тем временем pkgsrc развивалась ;-) Не знаю, я как-то пропустил эту шутку, видимо. Из косметики - /usr/pkg более правилен, чем /usr/local (наиболее повлияющее на пользователя отличие, я б переделал, да поздно ж...). Переход как есть действительно никому не нужен, вот объединение во что-то новое - уже как-то осмысленно. >> "Для начала" ? Ты издеваешься?! Я просил НЕ БОЛЬШЕ 30-40 Кб (т.е. >> такие обзорные, какие я и сам в ЖЖ пишу). > Ты хочешь сравнительную характеристику фришных портов и pkgsrc > по всем интересным направлениям. От хитрец! Да кто ж тебе такое даст > то? Ну, гм. Вот в той же Википедии регулярно можно видеть обширные статьи с табличками Comparison of ... про, например, файловые системы, instant messenger'ы и много чего еще. Конечно, по каждому пункту информации мало, но зато их самих много, и у них обычны сноски, ведущие на соответствующие источники - т.е. изучающему легко окунуться именно туда, куда конкретно надо. К сожалению, по пакетным менеджерам такого там нет, просто список, единственное, что я нашел - это http://distrowatch.com/dwres.php?resource=package-management - но там совсем кратко, а NetBSD вообще нету. > Где ты найдешь человека в равной степени владеющего > и вашими портами и pkgsrc. За pkgsrc я могу ответить, за порты > -- извини. На уровне человека, разбирающегося в internals? Да, такое навряд ли, но оно и не нужно, а на уровне "рисовал сборку пакета туда и туда" - почему нет? Много таких людей, на разных дистрибутивах линукса, много таких, кто, например, собирал (рисовал) новый пакет и для FreeBSD, и для Debian. Логично предположить, что такие есть и для FreeBSD/NetBSD. Если нету, то у NetBSD, видимо, дела обстоят еще хуже, чем я предполагал :-/ > Хотя некоторые пункты Jeremy Reed тебе уже дал, как я видел. > На наиболее очевидные и важные вещи вроде убогого pkg_* я тебе уже > указал. Пардон, _мне_? Мне никто не писал ничего, как уже выяснилось, ты меня с кем-то другим путаешь. Так что давай и мне ссылки, где писал ты и где Jeremy Reed :) >> Из прочитанного, насколько это можно в столь сжатые сроки, я сделал вывод, >> что pkgsrc развилась из тех же самых FreeBSD Ports, и у >> них до сих пор всё еще много общего. > Подход общий, да, декларативное описание механизма сборки > на основе make/bmake-а. Дальше -- практически ничего общего. Я прочитал 16 глав и увидел очень много знакомого и похожего - та же структура Makefile, distinfo и т.д. Оно из тех же утилит развилось, что Jordan Hubbard делал для FreeBSD, и в те годы обменивались кодом туда-обратно еще как минимум раз, судя по докам. Наиболее значительное отличие, которое я успел увидеть - это способ задания опций и buildlink3. >>> Обрати внимание на флаги -u, -U и -A в pkg_add. Без них жить нельзя! >> Ясен пень. Но это не выглядит значительным в реализации отличием от фревых >> эквивалентов. > Это выглядит значительным для того, чтобы стало возможным реализация > сколь-нибудь нормальной системы управления пакетами. Я с точки зрения трудозатрат на реализацию смотрю, разумеется. Насчет обеспечения возможности уже и так очевидно. > Свой NIH я считаю нормальным. С некоторыми оговорками pkgin тоже. > По поводу полного сравнения pkgsrc vs. порты см. выше. А почему он просто не встроен в основные утилиты? Следующий логический шаг, так сказать. >> А на портирование самого pkgsrc в NetBSD официально >> согласны? > pkgsrc на фре работает очень давно. В NetBSD будут только рады > видеть регулярные балк билды и под FreeBSD тоже. Я под этим немножко другое имел в виду, см. выше про объединение.
	Ответить | Правка | ^ к родителю #958 | Наверх | Cообщить модератору

	968. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от vle (ok) on 17-Авг-11, 01:44
	> Не, не портировать, а объединить обе команды в один общий проект. Переучить > всех port committers & maintainers на новую схему. А самое главное, > кто этим всем станет заправлять? :) Опять же не технические вопросы. Если ты хочешь, чтобы тебя размазали по стенке свои же, выступи с таким предложением. Я в этом участвовать не буду, потому что заранее знаю результат. Хотя чисто технически это возможно. > Кхе. Линуксоиды предлагали перейти на dpkg, например :) Из всех вариантов "перехода" > pkgsrc - единственное, что хоть как-то хотя бы теоретически могло бы > быть сделано. В Солярисе практика иметь несколько принципиально различных _репозиториев_ вполне распространена. Не вижу в этом большого криминала. Чего-то не хватает или версия не та -- дернул из другого места. Хотя конечно меру знать надо. И dpkg и rpm прикрутить проблем никаких. В OpenSolaris-е вон, опять же, пакетики из rpm spec собирают. Страшненько, но как-то работает. >> Где ты найдешь человека в равной степени владеющего >> и вашими портами и pkgsrc. За pkgsrc я могу ответить, за порты >> -- извини. > Логично предположить, что такие есть и для FreeBSD/NetBSD. > Если нету, то у NetBSD, видимо, дела обстоят еще хуже, чем > я предполагал :-/ Дяденька, это уже второй некрасивый выпад с твоей стороны в этой ветке. У меня возникают сомнения в твоей адекватности. О NetBSD ты можешь думать все, что тебе вздумается, но не выноси свое незнание на публику, стыдно же! Во-первых, я не давал повода для хамства. Во-вторых, тему начал ты, лично мне плевать с высокой башни на проблемы FreeBSD и, тем более, на ее убогие порты (моя очередь хамить). Ты воззвал к общественности -- я ответил, где я вижу проблему, и как я считаю ее можно решить. Как никак коллеги. В-третьих, не тебе сомневаться в компетентности разработчиков NetBSD и pkgsrc, извини за прямоту. Уж поверь, здесь прекрасно знают и Linux (dpkg, rpm, apt, yum etc.) и MacOS-X (mac ports, fink), и Solaris (pkg*, pkg) и тем более FreeBSD-ые порты.  Marc Espie из OpenBSD постоянно читает tech-pkg@ и периодически делится своими соображения. Иногда весьма полезные. Ему, думаю, тоже, иначе б не читал. > Оно из тех же утилит развилось, что Jordan Hubbard делал для FreeBSD, Ты еще времена Царя Гороха вспомни. > и в те годы обменивались кодом туда-обратно еще как минимум раз, судя по докам. > Наиболее значительное отличие, которое я успел увидеть - это способ задания > опций и buildlink3. NetBSD vs. FreeBSD ты уже нашел, там есть кое-что из сравнительных характеристик. Хотя ветка скучная, там мало. >> Свой NIH я считаю нормальным. С некоторыми оговорками pkgin тоже. >> По поводу полного сравнения pkgsrc vs. порты см. выше. > А почему он просто не встроен в основные утилиты? Следующий логический шаг, > так сказать. По этому поводу есть разные мнения. Я считаю, что pkgsrc-ые pkg_* задают необходимую базу, над которой уже можно сделать что-то вполне приличное. Расширять pkg_* дальше не имеет смысла. Оно стабильно, удобно, функционально достаточно. Все остальное делается поверх этих утилит. В OpenBSD считают по-другому, их pkg_add умеет обновлять все пакеты одним махом, флаг им в руки. Я считаю их подход кривым убогим костылем. Но это лично мое мнение. Во FreeBSD-ых pkg_* нет даже самых элементарных и нужных вещей. В этом смысле pkgsrc-ые pkg_* подобны Линуксячим rpm/dpkg, хотя намного удобнее и, на мой взгляд, лучше. nih/pkgin - подобие apt/yum/zypper. >>> А на портирование самого pkgsrc в NetBSD официально >>> согласны? >> pkgsrc на фре работает очень давно. В NetBSD будут только рады >> видеть регулярные балк билды и под FreeBSD тоже. > Я под этим немножко другое имел в виду, см. выше про объединение. Гораздо полезнее и нашим и вашим _для начала_ доказать, что это вообще работает, т.е. построить на FreeBSD 10500 пакетов pkgsrc + >2500 WIP, а уж потом кого-то куда-то тащить с непонятными перспективами.
	Ответить | Правка | ^ к родителю #967 | Наверх | Cообщить модератору

	969. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от vle (ok) on 17-Авг-11, 02:08
	Да, вот еще, asau/NetBSD.org использует pkgsrc как раз на FreeBSD. Можешь спросить у него почему не фришные порты, он вполне говорит по-русски. Может, и объяснит. И еще. http://mail-index.netbsd.org/tech-pkg/2011/04/05/msg006927.html Опять же, на мой взгляд совершенно ненужный проект, но некоторым идея нравится. Как по мне, так гораздо полезнее было бы сделать конвертор из пакетов pkgsrc в пакеты FreeBSD, сохранив при этом всю pkgsrc-шную инфраструктуру, например, bulk-builder-ов. Есть желание в этом поучаствовать? ;-) А с этим GSoC разьве что pkg_rolling-replace баловаться. Да и то не получится, нет у вас pkg_add -uUD, и многого другого. Остается bmake install/replace/update/package -- весьма сомнительная радость.
	Ответить | Правка | ^ к родителю #967 | Наверх | Cообщить модератору

	176. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 08-Авг-11, 17:25
	KDE?
	Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

	238. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от iZEN (ok) on 08-Авг-11, 21:01
	> Лично меня во фре ужасно напрягает система обновлений, когда обновление/добавление одного порта может вылиться в пересборку всего мира с непредсказуемым результатом и поиском где что отвалилось. 1. Обновление портов никак не влияет на обновление системы. 2. Дерево портов до сих пор поддерживается в актуальном состоянии только для поддерживаемых веток, то есть для 8.x и 9-CURRENT. Так что не обновили систему до одного из поддерживаемого -RELEASE — ССЗБ. 3. Все версии системы FreeBSD поддерживаются БИНАРНУЮ совместимость "снизу вверх" для унаследованных приложений БЕЗ ПЕРЕКОМПИЛЯЦИИ — достаточно установить уровень совместимости misc/compat4x, misc/compat5x, misc/compat6x или misc/compat7x — новое ядро будет готово работать с устаревшим софтом.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	283. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Michael Shigorin (ok) on 08-Авг-11, 23:30
	> 1. Обновление портов никак не влияет на обновление системы. Не совсем понял по обсуждению (и не имея своего опыта, судить не могу) -- _возможно_, подразумевались упомянутые чрезмерно жёстко версионированные зависимости _бинарных_ пакетов и взаимодействие установленных пакетов/портов при обновлении. > 3. Все версии системы FreeBSD поддерживаются БИНАРНУЮ совместимость "снизу вверх" > для унаследованных приложений БЕЗ ПЕРЕКОМПИЛЯЦИИ — достаточно установить уровень > совместимости misc/compat4x, misc/compat5x, misc/compat6x или misc/compat7x — новое ядро > будет готово работать с устаревшим софтом. У меня специально захолденый с 2002 контрольный пакет сборки 2001 вдруг продолжает работать с Linux 2.6 вместо 2.2.  Редхаты вон вообще зуб дают на много-много лет.  Стоило ли так старательно дуть щёки, будто о выдающейся уникальной фиче?
	Ответить | Правка | ^ к родителю #238 | Наверх | Cообщить модератору

	295. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от iZEN (ok) on 09-Авг-11, 00:02
	> У меня специально захолденый с 2002 контрольный пакет сборки 2001 вдруг продолжает > работать с Linux 2.6 вместо 2.2.  Редхаты вон вообще зуб > дают на много-много лет.  Стоило ли так старательно дуть щёки, > будто о выдающейся уникальной фиче? Да, стоило. На FreeBSD, по крайней мере, не отваливается драйвер NVIDIA, установленный ранее из порта, после пересборки и обновлении системы. На Linux — 100% отваливается.
	Ответить | Правка | ^ к родителю #283 | Наверх | Cообщить модератору

	304. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–5 +/–
	Сообщение от XPEH on 09-Авг-11, 00:30
	Да это решающее преимущество. Линукс посрамлен.
	Ответить | Правка | ^ к родителю #295 | Наверх | Cообщить модератору

	319. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	–2 +/–
	Сообщение от anonymous (??) on 09-Авг-11, 01:14
	> Да, стоило. На FreeBSD, по крайней мере, не отваливается драйвер NVIDIA, установленный > ранее из порта, после пересборки и обновлении системы. На Linux — > 100% отваливается. конечно, на сервере без 3д и компиза — никак. killer feature, инфа 100%
	Ответить | Правка | ^ к родителю #295 | Наверх | Cообщить модератору

	320. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от iZEN (ok) on 09-Авг-11, 01:16
	>> Да, стоило. На FreeBSD, по крайней мере, не отваливается драйвер NVIDIA, установленный >> ранее из порта, после пересборки и обновлении системы. На Linux — >> 100% отваливается. > конечно, на сервере без 3д и компиза — никак. killer feature, инфа 100% А вы индуцируйте эту киллер-фичу на остальной легаси-софт и получите желаемое просветление. :)
	Ответить | Правка | ^ к родителю #319 | Наверх | Cообщить модератору

	324. "Опубликован анализ ключевых проблем FreeBSD и начат сбор..."	+/–
	Сообщение от anonymous (??) on 09-Авг-11, 01:22
	> А вы индуцируйте эту киллер-фичу на остальной легаси-софт и получите желаемое просветление. > :) с чего бы? это принцип дурацкого анекдота: «водку пьёшь? нет? значит — импотент». примеры, примеры. со ссылками. с тикетами. всё остальное — спекуляции, передёргивания и FUD.
	Ответить | Правка | ^ к родителю #320 | Наверх | Cообщить модератору

	334. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от Капитана Очевиднастя on 09-Авг-11, 01:39
	>На FreeBSD, по крайней мере, не отваливается драйвер NVIDIA, установленный ранее из порта только чтобы он заработал нужна перезагрузка, ибо kldload nvidia нефунгуе. и да, cuda в этом драйвере есть?
	Ответить | Правка | ^ к родителю #295 | Наверх | Cообщить модератору

	337. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от iZEN (ok) on 09-Авг-11, 01:53
	>>На FreeBSD, по крайней мере, не отваливается драйвер NVIDIA, установленный ранее из порта > только чтобы он заработал нужна перезагрузка, ибо kldload nvidia нефунгуе. Естественно, перезагрузки при обновлении системы не избежать. И в Linux тоже нужно делать reboot, так как киллер-фича онлайнового обновления ядра вскорости будет запатентована Oracle. ;) Да, а nvidia.ko из каталога нового(!) ядра не исчезает. Так что остаётся возможность загрузить ядерный блоб при первой загрузке нового ядра. > и да, cuda в этом драйвере есть? http://forums.nvidia.com/index.php?showtopic=38242&view=find...
	Ответить | Правка | ^ к родителю #334 | Наверх | Cообщить модератору

	346. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от Сама Доброта on 09-Авг-11, 02:26
	>>>На FreeBSD, по крайней мере, не отваливается драйвер NVIDIA, установленный ранее из порта >> только чтобы он заработал нужна перезагрузка, ибо kldload nvidia нефунгуе. > Естественно, перезагрузки при обновлении системы не избежать. И в Linux тоже нужно > делать reboot, так как киллер-фича онлайнового обновления ядра вскорости будет запатентована > Oracle. ;) я как бы про первую установку драйвера nvidia. http://www.freebsd.org/doc/en/articles/compiz-fusion/nvidia-... Note: You may attempt to immediately load the kernel module into the running kernel by issuing a command like kldload nvidia, however it has been noted that the latest versions of Xorg will not function properly if the driver is not loaded at boot time. After editing /boot/loader.conf, a reboot is recommended. >> и да, cuda в этом драйвере есть? > http://forums.nvidia.com/index.php?showtopic=38242&view=find... Well, not exactly "CUDA work on FreeBSD" - it's Linux program that use Linux libs under Linuxlator on FreeBSD that works. Also I didn't try to compile Cuda programs yet, I've just launched programs pre-compiled on Linux (Debian) 0
	Ответить | Правка | ^ к родителю #337 | Наверх | Cообщить модератору

	387. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от анон on 09-Авг-11, 07:38
	Когда была nvidia - у меня лично работало kldunload/kldload без перезагрузки после обновления. X.org приходилось перезапускать, разумеется.
	Ответить | Правка | ^ к родителю #346 | Наверх | Cообщить модератору

	625. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от тигар (ok) on 10-Авг-11, 10:04
	> Да, а nvidia.ko из каталога нового(!) ядра не исчезает. Так что остаётся > возможность загрузить ядерный блоб при первой загрузке нового ядра. это потому что она всю жизнь (ну или сколько я помню) лежит не в каталоге ядра, а в /boot/modules/;-)
	Ответить | Правка | ^ к родителю #337 | Наверх | Cообщить модератору

	822. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 11-Авг-11, 19:59
	>> и да, cuda в этом драйвере есть? > http://forums.nvidia.com/index.php?showtopic=38242&view=find... А все-равно амд считает быстрее и дешевле. Hashkill например рвет на амдшных картах нвидию на британский флаг, даже разрекламленную теслу.
	Ответить | Правка | ^ к родителю #337 | Наверх | Cообщить модератору

	343. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от nobody (??) on 09-Авг-11, 02:12
	>> У меня специально захолденый с 2002 контрольный пакет сборки 2001 вдруг продолжает >> работать с Linux 2.6 вместо 2.2.  Редхаты вон вообще зуб >> дают на много-много лет.  Стоило ли так старательно дуть щёки, >> будто о выдающейся уникальной фиче? > Да, стоило. На FreeBSD, по крайней мере, не отваливается драйвер NVIDIA, установленный > ранее из порта, после пересборки и обновлении системы. На Linux — > 100% отваливается. ставим dkms и ничто не отваливается. отучаемся делать необоснованные утверждения под видом истины в последней инстанции...
	Ответить | Правка | ^ к родителю #295 | Наверх | Cообщить модератору

	484. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от www2 (??) on 09-Авг-11, 15:23
	А как же DKMS? У меня не отвалилось.
	Ответить | Правка | ^ к родителю #295 | Наверх | Cообщить модератору

	577. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	–1 +/–
	Сообщение от Аноним (??) on 09-Авг-11, 22:58
	> Да, стоило. На FreeBSD, по крайней мере, не отваливается драйвер NVIDIA, А у меня вот амдшный драйвер на пачке ати цифры лупит в несколько раз быстрее любой вашей нвидии, даже понтовой теслы. И в отличие от задро~~ в игры, скоростные вычисления могут еше и доход приносить. Но бздуны почему-то опять в пролете, скоростных вычислений на GPU они почему-то тоже не получают.
	Ответить | Правка | ^ к родителю #295 | Наверх | Cообщить модератору

	416. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+/–
	Сообщение от Аноним (??) on 09-Авг-11, 09:50
	> У меня специально захолденый с 2002 контрольный пакет сборки 2001 вдруг продолжает > работать с Linux 2.6 вместо 2.2.  Редхаты вон вообще зуб > дают на много-много лет.  Стоило ли так старательно дуть щёки, > будто о выдающейся уникальной фиче? можно ссылкой сюда же, но чуть ниже, что бы не раздувать?: https://www.opennet.ru/openforum/vsluhforumID3/79595.html#352
	Ответить | Правка | ^ к родителю #283 | Наверх | Cообщить модератору

	428. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+3 +/–
	Сообщение от northbear (ok) on 09-Авг-11, 10:40
	> Лично меня во фре ужасно напрягает система обновлений, когда обновление/добавление одного > порта может вылиться в пересборку всего мира с непредсказуемым результатом и > поиском где что отвалилось. Также в порты попадает софт не стабильных > версий и нет вменяемой возможности (либо у меня кривые руки) в > автоматическом режиме ставить только софт stable версий, как в том же > Debian. Держу несколько серверов на фре из-за шейпера, весь остальной парк > переведен на Linux о чем не жалею. Вы хотите сказать, что в Debian'е установка свежего пакета не может вызвать обновление половины мира по цепочке зависимостей? 0_о Вам стоит вспомнить откуда возник backports-репозитарий, почему он стал так популярен и сколько усилий стоило его мейнтейнерам его вести. И почему появились дистры c Rolling release. Установка софта "автоматическом режиме" на боевой сервер?! Мне это и в кошмарном сне не приснится. Вам тогда конечно же надо переходить на Linux. Тут без комментариев... В порты конечно же попадает софт нестабильных версий. А иначе как в портах будет появляться стабильный софт? Во FreeBSD нет репозитариев по типу Debian'а, и я не вижу в этом никакой проблемы. Когда ты ставите тот или иной софт на боевой сервер, вы должны точно знать что и зачем вы это делаете. Хотя если вы это делаете  в "автоматическом режиме"... Во FreeBSD нет таких проблем, с которыми бы не сталкивался Linux. Пути решения их и там и там разные. Не все они одинаково удачны.   Плюс Linux'а лишь в том, что в силу большого разнообразия дистрибутивов можно выбрать такой, где те проблемы, которые для вас существенны, решаются наилучшим образом. У FreeBSD такой возможности нет, к сожалению.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	490. "Опубликован анализ ключевых проблем FreeBSD и начат сбор пре..."	+1 +/–
	Сообщение от www2 (??) on 09-Авг-11, 15:43
	> Вы хотите сказать, что в Debian'е установка свежего пакета не может вызвать > обновление половины мира по цепочке зависимостей? 0_о Зависит от того, насколько свежего. Ну понадобится обновить ещё парочку пакетов заодно, но не как при установки нового пакета из свежих портов. Почему так? Потому что в Debian указывается диапазон подходящих версий пакета, а в портах - версия порта из того же среза. В результате в FreeBSD приходится обновлять все пакет, версии которых изменились с прошлого среза системы портов. > Вам стоит вспомнить откуда возник backports-репозитарий, почему он стал так популярен и > сколько усилий стоило его мейнтейнерам его вести. И почему появились дистры > c Rolling release. Сколько усилий? Уж поменьше, чем для поддержания двоичного репозитория для Rolling-release. backport-репозиторий в Debian полагается на стабильную базу с зафиксированными версиями пакетов, в результате чего его не приходится обновлять так часто. > Установка софта "автоматическом режиме" на