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

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

"Отчёт о состоянии развития FreeBSD за первый квартал 2012 года "	+/–
Сообщение от opennews on 14-Май-12, 14:28
Представлен отчёт о развитии проекта FreeBSD с января по март 2012 года. После выхода 13 января FreeBSD 9.0 (http://www.opennet.dev/opennews/art.shtml?num=32749) в первые месяцы 2012 года основные усилия разработчиков были направлены на подготовку релиза FreeBSD 8.3 (http://www.opennet.dev/opennews/art.shtml?num=33632), который был выпущен в середине апреля и кроме поддержки нового оборудования включал результаты бэкпортирования некоторых возможностей из FreeBSD 9. Основные достижения: -   Система -  В базовую систему FreeBSD 10.0-CURRENT и 9.0-STABLE по умолчанию установлен (http://wiki.freebsd.org/BuildingFreeBSDWithClang) распространяемый под лицензией BSD компилятор Clang 3.0. В FreeBSD 10.0-RELEASE принято решение задействовать Clang в качестве системного компилятора по умолчанию, GCC будет оставлен в качестве опции. В настоящее время, как минимум для FreeBSD 10.0-CURRENT обеспечена полноценная пересборка базовой системы и ядра в конфигурации GENERIC без предупреждений при сборке с опцией "-Werror" (для изменённых конфигураций ядра предупреждения пока могут наблюдаться). В src.conf добавлена опция WITH_CLANG_IS_CC, при установке которой Clang по умолчанию будет установлен в качестве базового системного компилятора, т.е. заменит собой /usr/bin/cc, /usr/bin/c++ и /usr/bin/cpp. GCC пока остаётся в системе, даже при использовании опции WITHOUT_GCC, gcc будет доступен как /usr/bin/gcc, /usr/bin/g++ и /usr/bin/gcpp. Кроме того, в src.conf добавлена опция WITH_CLANG_EXTRAS, которая позволяет задействовать при сборке несколько дополнительных инструментов, созданных в рамках проектов LLVM и Clang, таких как 'llc' и 'opt'. Подобные утилиты могут оказаться полезными для работы с биткодом LLVM (.bc) и ассемблерными файлами LLVM (.ll). В настоящее время все усилия разработчиков направлены на обеспечение сборки и запуска всей системы FreeBSD с использованием Clang, в том числе проверку работы как можно большего числа приложений, включая порты. Пользователи могут существенно помочь в этом начинании приняв участие в тестировании и сообщая о наблюдаемых проблемах. Что касается сборки потров с использованием Clang, то в это области также отмечается значительный прогресс: многие мэйнтейнеры уже адаптировали свои порты для работы с Clang, налажен процесс автоматической  периодической проверки сборки портов с использованием Clang. Тем не менее в портах ещё можно встретить приложения, которые не могут быть собраны с Clang, как правило это очень старые программы, которые часто не собираются и с новыми версиями GCC. Из планов упоминается работа по импортированию в систему нового снапшота Clang, на базе которого будет сформирован релиз LLVM/Clang 3.1 (релиз ожидается в ближайшие дни). В Clang 3.1 ожидается улучшение поддержки кросс-компиляции, что поможет форсировать процесс обеспечения кросс-компиляции ядра и базовой системы FreeBSD для архитектур ARM и MIPS. -  Продолжается работа по созданию для FreeBSD полноценного С++ стека, целиком распространяемого под лицензией BSD и независящего от кода проекта GNU. Проведено расширенное тестирование и добавлены новые возможности, например, поддержка ARM EABI, в библиотеки: libc++ (реализация элементов, определённых в стандарте C++11) и libcxxrt (реализация спецификации C++ ABI). Использование предварительной версии Clang 3.1 совместно с данными библиотеками демонстрирует полное прохождение тестов на совместимость со стандартом C++11. По умолчанию библиотеки пока не используются, так как библиотека libc++ не совместима с поставляемым в базовой системе gcc и может работать только с clang. Переход на новый C++ стек ожидается во FreeBSD 10, одновременно с задействованием по умолчанию Clang. Реализация (http://www.opennet.dev/opennews/art.shtml?num=31857) расширенных функций для работы с локалью (xlocale), от которых зависит развиваемая проектом LLVM библиотека libc++, протестирована c множеством портов, изначально написанных для реализации xlocale от проекта  Darwin. Выявленные в процессе тестирования ошибки исправлены, код библиотеки планируется выпустить в составе FreeBSD 9.1. Во FreeBSD-CURRENT сборка libsupc++ теперь осуществлена в виде разделяемой библиотеки, что позволяет упростить замену данной библиотеки на libcxxrt от проекта LLVM. Выбор какие из библиотек использовать, GNU libsupc++ или BSD libcxxrt, осуществляется через изменение настроек в libmap.conf. Если в качестве libstdc++ используется libcxxrt, пользователь имеет возможность связывания с обоими библиотеками, использующими  libstdc++ и libc++, что значительно упрощает миграцию. Из открытых задач остаётся создание замены для некоторых частей libgcc_s и системы динамического связывания, проведение тестирования сборки портов с libc++ (большинство портов без проблем собираются, но остаются такие, которые жестко привязаны к libstdc++ или требуют патчей), переход на сборку и использование libc++ и libcxxrt по умолчанию (когда clang станет компилятором по умолчанию в базовой системе); удаление libstdc++ из базовой системы и помещение в порты для обеспечения обратной совместимости; -  Возобновлена работа над проектом FSC (http://people.freebsd.org/~trhodes/fsc/) (FreeBSD Services Control), в рамках которого развиваются похожие на Solaris SMF и daemontools инструменты для управления и мониторинга работой системных сервисов. Для контроля за работой сервисов используется фоновый процесс fscd, сервисы добавляются при помощи утилиты fscadm. В случае аварийного завершения работы сервиса, fscd распознает падение процесса и запускает сервис вновь. По сравнению со сторонними пакетами, такими как daemontools, система FSC имеет несколько преимуществ, например fscd использует push-нотификацию вместо поллинга (отправляет уведомления, не требуя периодического опроса состояния). Кроме того, fscd является внутренней подсистемой, легко интегрируемой в rc.d-инфраструктуру FreeBSD и полностью поддерживаемой разработчиками (daemontools является неподконтрольным портом для которого можно лишь поддерживать набор патчей). В настоящее время подготовлена (http://people.freebsd.org/~trhodes/fsc/fsc.tar) новая версия FSC и связанного порта (http://people.freebsd.org/~trhodes/fsc/fsc-port.tar) со вспомогательными утилитами, поддерживающая большее число опций, добавляющая новый файл конфигурации fscd.conf, поддерживающая отладочный режим и поставляемая с обновлённым rc.d-скриптом для запуска fscd; -  Достигла стабильного состояния распространяемая под лицензией BSD утилита sort (http://www.freebsd.org/cgi/cvsweb.cgi/ports/textproc/bsdsort/), написанная с целью замены GNU sort. Отмечается, что производительность BSD sort находится на уровне  GNU sort и поддерживаются все возможности присутствующие в GNU sort 5.3.0 (данная версия поставляется во FreeBSD). Кроме того в BSD sort реализован ряд дополнительных возможностей, например, корректно поддерживаются многобайтовые кодировки, в то время как GNU sort 5.3 в этой области испытывает проблемы. Из планов на будущее отмечается интеграция новой утилиты во FreeBSD-HEAD в качестве альтернативы, устанавливаемой под именем bsdsort (после того как будет ясно, что всё работает как задумано, утилита GNU sort будет удалена, а bsdsort переименована в sort). Также планируется интеграция в BSD sort  поддержки многопоточной сортировки и реализация некоторых возможностей, которые присутствуют в последней версии GNU sort 8.15; -  Ведётся работа (http://svnweb.freebsd.org/base/user/gabor/tre-integration/) по замене устаревшей реализации регулярных выражений в libc на библиотеку TRE (http://laurikari.net/tre/), распространяемую под лицензией BSD, поддерживающую многобайтные символы, совместимую с POSIX и работающую не хуже других альтернатив. Практически завершена разработка нового эвристического метода выявления соответствий с поддержкой поиска по множественным шаблонам (multi-pattern), который отличается заметным ускорением поиска по шаблонам. Из планов на будущее отмечается реализация поддержки возможностей, специфичных для GNU ... URL: http://lists.freebsd.org/pipermail/freebsd-announce/2012-May... Новость: http://www.opennet.dev/opennews/art.shtml?num=33836
Ответить | Правка | Cообщить модератору

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

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

1. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
Сообщение от Anony moussssse on 14-Май-12, 14:28
А когда KMS запилят уже?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+4 +/–
	Сообщение от fidaj (ok) on 14-Май-12, 14:35
	когда тестеров будет больше и их грамотных сообщений об ошибках...
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	42. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Аноним (??) on 14-Май-12, 18:40
	> когда тестеров будет больше и их грамотных сообщений об ошибках... Интересно, как можно тестировать то чего нет? // тестеры
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	48. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+1 +/–
	Сообщение от fidaj (ok) on 14-Май-12, 19:02
	>> когда тестеров будет больше и их грамотных сообщений об ошибках... > Интересно, как можно тестировать то чего нет? // тестеры не притворяйся шлангом http://wiki.freebsd.org/Intel_GPU но это еще НЕ в голове, пока что...
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	33. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Аноним (??) on 14-Май-12, 17:55
	Так допилили уже. Правильный вопрос - когда включат в базовую систему - тут да, нужно ещё тестирование на разном железе.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	38. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от fidaj (ok) on 14-Май-12, 18:00
	> Так допилили уже. Правильный вопрос - когда включат в базовую систему - > тут да, нужно ещё тестирование на разном железе. не допилили - иначе бы оно уже было бы в голове...
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	43. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Аноним (??) on 14-Май-12, 18:43
	Тогда ответ - 50/50: http://lists.freebsd.org/pipermail/freebsd-current/2012-May/...
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	47. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от fidaj (ok) on 14-Май-12, 19:01
	> Тогда ответ - 50/50: http://lists.freebsd.org/pipermail/freebsd-current/2012-May/... "This allows to start the process of importing the new Intel GPU driver into HEAD." "This allows to start" и там ниже по тексту куча нерешенных вопросов. И?
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	84. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от oops (ok) on 15-Май-12, 10:26
	куча нерешенных вопросов это 2 вопроса? Так они совсем ерундовые и типа "как лучше для вас?"
	Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

	85. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от fidaj (ok) on 15-Май-12, 10:38
	> куча нерешенных вопросов это 2 вопроса? Так они совсем ерундовые и типа > "как лучше для вас?" То есть при решении этих 2-х вопросов - другие возникать не будут? отвечу по-одесски...
	Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

3. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+2 +/–
Сообщение от Аноним (??) on 14-Май-12, 14:42
> Возобновлена работа над проектом FSC (FreeBSD Services Control), в рамках которого развиваются похожие на Solaris SMF и daemontools инструменты для управления и мониторинга работой системных сервисов. Что-то нынче во всех свободных никсах начали выкидывать старые системы init, и писать с нуля новые. Видимо, исторический момент уже назрел - старые иниты не отвечают современным требованиям, даже если подпереть костылями. Хотя имхо лучше бы launchd таки допортировали - там очень вкусная фича работы с сокетами, как в systemd.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	16. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+3 +/–
	Сообщение от Hety (??) on 14-Май-12, 15:44
	Это вроде больше похоже на watchdog. Фряшники никогда особо не напрягались относительно скорости непосредственно запуска.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	24. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Аноним (??) on 14-Май-12, 16:10
	> Это вроде больше похоже на watchdog. Фряшники никогда особо не напрягались относительно > скорости непосредственно запуска. Еще скажите, что FSC не поддерживает распараллеливания =)
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	28. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+1 +/–
	Сообщение от Anonymus on 14-Май-12, 16:30
	> Еще скажите, что FSC не поддерживает распараллеливания =) > инструменты для управления и мониторинга работой системных сервисов. Ты вообще о чём? Это _НЕ_ замена бсдшному иниту.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	30. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Аноним (??) on 14-Май-12, 17:24
	> Еще скажите, что FSC не поддерживает распараллеливания =) FSC и распараллеливание параллельны. Потому что BSD-шный инит уже давно поддерживает параллельный запуск служб.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	40. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Anonymus on 14-Май-12, 18:02
	> Потому что BSD-шный инит уже давно поддерживает параллельный запуск служб. А можно поподробнее? Я не в курсе. Если будет какой-то пруф, буду признателен.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	87. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от pahan (??) on 15-Май-12, 12:45
	А на кой упираться в скорость запуска? Сервер должен работать, работать, работать... Запуск-перезапуск - это крайне редкое явление, не влияющее на работоспособность системы. Uptime свыше года - это же нормально! Если юзеры настолько привыкли к работоспособности, что не могут минуту обождать - дык воспитывать надо :-/
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	91. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	–1 +/–
	Сообщение от Andrey Mitrofanov on 15-Май-12, 13:01
	> А на кой упираться в скорость запуска? Сервер должен работать, работать, работать... > Запуск-перезапуск - это крайне редкое явление, не влияющее на работоспособность системы. Точно! Есть тут неподалёку Супердом какой-то (с супен-Юниксами, видимо), шатдаунится чуть не сутки (ну, ладно, часов 8?), пассаны рассказывали. И ничего! Пообновлять прошивочек контролёров-бивисов на выходные выходят. Куда торопиться-то? ........
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	92. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	–1 +/–
	Сообщение от Денис (??) on 15-Май-12, 13:16
	> Точно! Есть тут неподалёку Супердом какой-то (с супен-Юниксами, видимо), шатдаунится чуть > не сутки (ну, ладно, часов 8?), пассаны рассказывали. И ничего! Пообновлять > прошивочек контролёров-бивисов на выходные выходят. Куда торопиться-то? ........ ОБС? )
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	101. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Михрютка on 15-Май-12, 16:38
	> Точно! Есть тут неподалёку Супердом какой-то (с супен-Юниксами, видимо), шатдаунится чуть > не сутки (ну, ладно, часов 8?), пассаны рассказывали. И ничего! Пообновлять > прошивочек контролёров-бивисов на выходные выходят. Куда торопиться-то? ........ опа. а мужики рассказывали, что фирмварь всякая на этих супедомах без шатдауна апгрейдится. обманывали, значит, вот оно чо...
	Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

	100. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Михрютка on 15-Май-12, 16:37
	> Uptime свыше года - это же нормально! Если юзеры настолько привыкли > к работоспособности, что не могут минуту обождать - дык воспитывать надо > :-/ Больше года не обслуживаемая система - это правильно, да. У нас же счастье давно наступило, все паки на систему накатываются concurrently, секьюрити фиксы не выпускают, потому что все научились писать безгрешный код, и безопасники по итогам аудита за непатченые системы не дрючат, а даже наоборот, премии выписывают.
	Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

	102. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Аноним (??) on 15-Май-12, 16:57
	Скорость запуска это конечно няшка. Кому-то приятно,что система запускается супер быстро. Но мне главное чтобы система работала стабильно. А сколько уж там она запускается - всё равно. И если моя система работает стабильно, то я запускаю её от силы раз в день. И мне тут +/- минута роли не играет. Заодно успею сходить, чаю налить. Другое дело ноут. Но и там скорость запукса 25-30сек против 1 минута 30 сек не так уж и влияет, если только вам не надо выпрыгивая из поезда срочно посмотреть карту.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	18. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Anonymus on 14-Май-12, 15:49
	> Что-то нынче во всех свободных никсах начали выкидывать старые системы init, и > писать с нуля новые. > Видимо, исторический момент уже назрел - старые иниты не отвечают современным требованиям, > даже если подпереть костылями. Лолшто? Это ни разу не замена иниту. Даже рядом не. Это скорее расширение текущего инита - добавлен сторонний демон, который следит за тем, рухнул сервис или нет, если что - поднимает. > Хотя имхо лучше бы launchd таки допортировали - там очень вкусная фича > работы с сокетами, как в systemd. Так ли оно нужно? И справедливости ради: Это в systemd фича стырена из launchd, а не наоборот.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	22. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Аноним (??) on 14-Май-12, 16:08
	> Лолшто? Это ни разу не замена иниту. Даже рядом не. Это скорее расширение текущего инита - добавлен сторонний демон, который следит за тем, рухнул сервис или нет, если что - поднимает. Замена, замена. Кто теперь службы запускает, сам инит, да? :) Многие новые иниты запускаются старым инитом, который таким образом удаляется от дел. Достаточно вспомнить SMF в Solaris и OpenRC в Linux. > Так ли оно нужно? Да. Более просто и прозрачно, более эффективно, более юниксвейно. > И справедливости ради: Это в systemd фича стырена из launchd, а не наоборот. Какая разница, во фре сейчас не ни того, ни другого.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	29. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Anonymus on 14-Май-12, 16:36
	> Замена, замена. Кто теперь службы запускает, сам инит, да? :) Да. Ты вообще читал, что такое FSC? > Многие новые иниты запускаются старым инитом, который таким образом удаляется от дел. > Достаточно вспомнить SMF в Solaris и OpenRC в Linux. Очень рад за пользователей SMF и OpenRC. >> Так ли оно нужно? > Да. Более просто и прозрачно, более эффективно, более юниксвейно. Убил. >> И справедливости ради: Это в systemd фича стырена из launchd, а не наоборот. > Какая разница, во фре сейчас не ни того, ни другого. Потому что не нужно. Хотя, боюсь, следуя веяниям моды сделают. Хотя вообще этим надо не иниту заниматься, по-хорошему.
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	31. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Аноним (??) on 14-Май-12, 17:27
	> Да. Ты вообще читал, что такое FSC? Я читал сорцы. Сейчас FSC - вообще ничто. Все еще впереди. >> Да. Более просто и прозрачно, более эффективно, более юниксвейно. > Убил. Вы ходите поспорить с разработчиками UNIX (Mac OS X) о юниксвее? > Потому что не нужно. Вам - не нужно. Людям - нужно. > Хотя, боюсь, следуя веяниям моды сделают. Хотя вообще этим надо не иниту заниматься, по-хорошему. Как раз только инит (или его аналог) и может этим заниматься. Курите матчасть.
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	39. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Anonymus on 14-Май-12, 18:01
	> Я читал сорцы. Сейчас FSC - вообще ничто. Все еще впереди. Я хз, что ты там читал, но судя по твоим постам - не то что-то (про параллельность это ведь ты писал?). Ну уж про замену иниту точно ты писал, а это грамотная метановая атака на лужу. Сейчас FSC - то, что и должно быть. Демон, который мониторит работу остальных, поднимает если упали и пишет об этом в логи. Просто и гениально. Или вы предлагаете конструировать монстра вроде фатально уродливого systemd, который содержит в себе всё, что только пришло в воспалённый мозг разработчика? > Вы ходите поспорить с разработчиками UNIX (Mac OS X) о юниксвее? Ага. То, что макось сертифицирована как юникс вовсе не является подтверждением того, что она следует юниксвейным принципам. Как пример неюниксвейности - местный инит и графическая подсистема. > Вам - не нужно. Людям - нужно. Базару 0. Но что-то мне кажется, большинству не нужно, кому нужно - пусть пилят. > Как раз только инит (или его аналог) и может этим заниматься. Курите > матчасть. Поттеринг головного мозга? Может тогда ещё всунуть в инит cron, jail, кастрированный ps, syslog и прочее, а заодно переименовать её в systemd? Что касается курения матчасти, ок, скинь ка мне, где, кроме бреда гаррипоттеринга написано, что инит, похожий на помойку - это юниксвей? И да, inetd и прочие аналоги должны этим заниматься. Но, соглашусь с тем, что в fsc это будет адекватно смотреться. Ибо fsc скорее inetd/xinetd/daemontools, чем инит.
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	53. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от MacMan on 14-Май-12, 20:31
	>Как пример неюниксвейности - местный инит > и графическая подсистема. Да Вы нуб, сэр. Графическая подсистема и инит как раз сделаны в полном соответствии с канонами.
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	61. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Anonymus on 14-Май-12, 22:35
	> Да Вы нуб, сэр. Графическая подсистема и инит как раз сделаны в > полном соответствии с канонами. Ммм. Интересно, это почему? Потому что представляют из себя унылые монолитные куски г-на? Или потому, что даже не обладают намёком на гибкость? И вообще, я хочу слышать обоснования, а не оскорбления моей анонимной персоны, это не прикольно. Мои аргументы: В launchd впихнуто всё на свете, конфиги на xml, он принципиально не заменим (в макоси) ни на что иное. Графическая подсистема делалась без намёка на нормальную сетевую прозрачность (как в иксах; то, что она в иксах щас работает через жопу вина не иксов, а нагромождения костылей и тулкитов) и практически слита с оконным менеджером и тулкитом (использование по-отдельности не предполагается).
	Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

	68. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Аноним (??) on 15-Май-12, 00:03
	> В launchd впихнуто всё на свете, конфиги на xml, он принципиально не > заменим (в макоси) ни на что иное. Конфиги у него вполне себе текстовые. Вот если бы были бинарные - тогда были бы вопросы про юниксвейность. Между прочим, в солярке тоже XML. В общем, стандарт современных UNIX-систем. А насчет заменимости - API у него есть, ничто не мешает написать аналог. Только вот никто не пишет. Видимо, потому что launchd полностью устраивает. > Графическая подсистема делалась без намёка на нормальную сетевую прозрачность (как в иксах; то, что она в иксах щас работает через жопу вина не иксов, а нагромождения костылей и тулкитов) А нагромождение костылей, в свою очередь, является логическим следствием уродливой архитектуры иксов.
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	70. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+2 +/–
	Сообщение от Anonymus on 15-Май-12, 00:16
	> Конфиги у него вполне себе текстовые. Вот если бы были бинарные - > тогда были бы вопросы про юниксвейность. > Между прочим, в солярке тоже XML. В общем, стандарт современных UNIX-систем. ЕМНИП таки XML. В последней макоси. А то, что в солярке тоже XML - не оправдание. Нечитаемый и угрёбищный формат. Даже у поттеринга хватает ума не использовать его для конфигов. > А насчет заменимости - API у него есть, ничто не мешает написать > аналог. > Только вот никто не пишет. Видимо, потому что launchd полностью устраивает. API у всего есть. А если нету - можно сделать костылями. Тока это всё равно не аргумент. Я говорил о возможности заменить его на свою реализацию инита, а не о написании своего launchd с тем же апи, но свой - это бред. > А нагромождение костылей, в свою очередь, является логическим следствием уродливой архитектуры > иксов. Нет. Это следствие того, что тулкиты развивались очень постепенно, впрочем, как и иксы. В итоге вместо переписывания под новые возможности всё лепилось поверх того, что есть. Из-за этого и проблемы. Впрочем, есть библиотеки, работающие напрямую с иксами. Например XCB. Не, иксы не идеальны, но АДЕКВАТНЫХ альтернатив нету.
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	82. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+1 +/–
	Сообщение от gaal.dev on 15-Май-12, 07:58
	Libconfig предоставляет интересный вариант. Можно делать вложенные секции. Очень удобно. И разные типы данных. Гораздо более простой формат. Особенно визуально.
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	71. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+1 +/–
	Сообщение от fidaj (ok) on 15-Май-12, 00:18
	> А нагромождение костылей, в свою очередь, является логическим следствием уродливой архитектуры > иксов. Архитектура офигенная и правильная, просто ее хотели применить не для тех целей - для которых она когда-то создавалась...
	Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

	66. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	–1 +/–
	Сообщение от Аноним (??) on 14-Май-12, 23:58
	> Сейчас FSC - то, что и должно быть. Демон, который мониторит работу остальных, поднимает если упали и пишет об этом в логи. Просто и гениально. Пока что даже эта функциональность в нем реализована не до конца. А какая появится в следующем мажорном релизе - еще неизвестно :) > Или вы предлагаете конструировать монстра вроде фатально уродливого systemd, который содержит в себе всё, что только пришло в воспалённый мозг разработчика? На линуксе systemd+util-linux выполняет сейчас примерно ту же роль, как базовая система на фре - минимальный набор утилит, позволяющий запустить систему. Вы, видимо, не в курсе, но сам демон там умеет только запускать и останавливать службы. Все остальное сделано через вспомогательные демоны. > Ага. То, что макось сертифицирована как юникс вовсе не является подтверждением того, что она следует юниксвейным принципам. Как пример неюниксвейности - местный инит и графическая подсистема. Это ваше утверждение наглядно показывает, что вы ничего не понимаете в юниксвее :) > Поттеринг головного мозга? Может тогда ещё всунуть в инит cron, jail, кастрированный ps, syslog и прочее, а заодно переименовать её в systemd? Зачем? Есть же базовая система. Это примерно то же самое. > Что касается курения матчасти, ок, скинь ка мне, где, кроме бреда гаррипоттеринга написано, что базовая система, содержащая более одного бинарника - это юниксвей? fixed > И да, inetd и прочие аналоги должны этим заниматься. Для этого inetd должен запускать в самом начале загрузки (даже раньше syslog), и непрерывно работать до полного выключения (даже без права на перезапуск, иначе накроются все программы, запущенные через сокет-активацию). Юниксвейненький у вас inetd получился, нечего сказать :)
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	72. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+2 +/–
	Сообщение от Anonymus on 15-Май-12, 00:45
	> Пока что даже эта функциональность в нем реализована не до конца. Как-раз эта и реализована. Давно уже, кстати. Сейчас больше доведением и отладкой занимаются. > А какая появится в следующем мажорном релизе - еще неизвестно :) Не интересовался на этот счёт. > На линуксе systemd+util-linux выполняет сейчас примерно ту же роль, как базовая система > на фре - минимальный набор утилит, позволяющий запустить систему. Отнюдь. Базовая система FreeBSD - 1) Не только минимальный набор утилит для запуска системы 2) В общем случае, отдельные утилиты не зависят друг от друга. А из портов можно поставить утилиты с дополнительным или замещающим функционалом - всё легко заменяется. А Systemd обладает большим количеством дублирующего уже присутствующие в системе  функционала. Оно огромно и избыточно. > Вы, видимо, не в курсе, но сам демон там умеет только запускать > и останавливать службы. Все остальное сделано через вспомогательные демоны. Прибитые гвоздями к systemd, круто, чё. Одна корпорация, один инит, один фюрер, то есть, простите, поттеринг. > Это ваше утверждение наглядно показывает, что вы ничего не понимаете в юниксвее > :) http://ru.wikipedia.org/wiki/п╓п╦п╩п╬я│п╬я└п╦я▐_UNIX#.D0.9C.D0.B0.D0.BA.D0.98.D0.BB.D1.80.D0.BE.D0.B9:_.D0.A7.D0.B5.D1.82.D0.B2.D0.B5.D1.80.D1.82.D1.8C_.D0.B2.D0.B5.D0.BA.D0.B0_UNIX Просвещайтесь. Но я даже намекну, на что стоит особенно обратить внимание - "Делайте что-то одно, но делайте это хорошо" > Зачем? Есть же базовая система. А зачем в systemd просматривалка/убивалка процессов (для cgroups), кастрированный LXC, песочницы, syslog, cron'о-заменитель и куча ещё всего? > Это примерно то же самое. Неа. Systemd - огромный монолит. Не в плане реализации (понятно, что оно модульное), а в плане идеологии. Systemd написан так, чтобы после перехода на него его было крайне сложно выпилить. В отличие от базовой системы, которую можно переколбасить как угодно. >> Что касается курения матчасти, ок, скинь ка мне, где, кроме бреда гаррипоттеринга написано, что базовая система, содержащая более одного бинарника - это юниксвей? > fixed Это ты где такое видел оО? > Для этого inetd должен запускать в самом начале загрузки (даже раньше syslog), > и непрерывно работать до полного выключения (даже без права на перезапуск, > иначе накроются все программы, запущенные через сокет-активацию). Юниксвейненький у вас > inetd получился, нечего сказать :) Мы кажется говорили о разных вещах. Я не это имел ввиду. Наверное не так понял, я говорил о следующей функции systemd: если сервис падает, то оно пишет все данные, которые приходят на порт в буфер и передаёт их потом восстановленной программе. Или что-то типо того, я не помню уже. А то, про что ты говоришь у меня в своё время пролетело мимо ушей, я не знаю об этом ничего ни в контексте systemd, ни в контексте launchd.
	Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

	73. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Anonymus on 15-Май-12, 00:46
	Ссылка на википедию побилась. Ссылался на статью "Философия UNIX".
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	117. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от ragus (ok) on 16-Май-12, 02:21
	> А зачем в systemd просматривалка/убивалка процессов (для cgroups), чо-чо? cgroups нужны для управления ресурсами >кастрированный LXC, что вы этой фразой хотите сказать? lxc - это в ядре.
	Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

	35. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Аноним (??) on 14-Май-12, 17:56
	> Что-то нынче во всех свободных никсах начали выкидывать старые системы init, и > писать с нуля новые. Во FreeBSD init не управляет демонами, и его никто не трогает.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

4. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+2 +/–
Сообщение от Аноним (??) on 14-Май-12, 14:45
> так как лог сохраняется локально, злоумышленнику не составляет труда ... почистить в нём следы своей деятельности На самом деле не все так просто. В UNIX (включая Фрю) логи аудита хранятся в довольно хитром бинарном формате. Из простых вариантов - удалить. Но это сразу наводит администратора на соответствующие мысли.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Kibab (ok) on 14-Май-12, 15:05
	Ну ведь не так сложно написать приложеньице, которое в этом формате может покопаться и удалить нужные записи ;-) Фундаментальная проблема в том, что, если удалось рутануть тачку, формат уже не имеет такого большого значения.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	8. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Аноним (??) on 14-Май-12, 15:11
	Не спорю. Но редактор для логов аудита - это дополнительный гемор взломщику. Не всякий кидди осилит, согласитесь.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	11. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от BratSinot on 14-Май-12, 15:29
	> Не всякий кидди осилит Блин, а получить доступ к системе каждый? Учитывая что формат логов узнать можно без особых проблем.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

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

	112. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от тигар (ok) on 15-Май-12, 23:54
	>> Блин, а получить доступ к системе каждый? > Учитывая, что критические дыры в базовой системе оставляют незакрытыми по полгода - > не так уж и сложно. у тебя же уже есть список с over 9000 порутанными хостами, правда? дай плиз шеллы на сервера из .ua и .ca, хочется для счастья иметь там "свой" хост.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	32. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от anonymous (??) on 14-Май-12, 17:35
	Ничего хитрого в этом формате нет. Он был сделан таким исключительно для ускорения работы всей системы аудита. И для ускорения запросов к журнала аудита.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

5. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
Сообщение от Buy (ok) on 14-Май-12, 15:04
> В настоящее время все усилия разработчиков направлены на обеспечение сборки и запуска всей системы FreeBSD с использованием Clang Вот оказывается главное направление разработки: чтоб не на gcc.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	7. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+3 +/–
	Сообщение от Kibab (ok) on 14-Май-12, 15:06
	>> В настоящее время все усилия разработчиков направлены на обеспечение сборки и запуска всей системы FreeBSD с использованием Clang > Вот оказывается главное направление разработки: чтоб не на gcc. Ну правильно. Новый gcc импортировать в базу нельзя, а новых фич и поддержку новых процессоров получить хочется.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

9. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+10 +/–
Сообщение от Жорж on 14-Май-12, 15:17
А не далее как в пятницу суровый мущина Mitsuru IWASAKI реализовал таки для фряхи suspend/resume для smp, в том числе для конфигураций с nvidia-driver. Вот это настоящий прорыв, вот этого ждали многие. Засыпание/просыпание было уже во всех осях, кроме фряхи (было РАБОЧЕЕ), теперь вот и у нас будет. Слава FreeBSD, только Беркли, только академичность, только хардкор!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	13. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Аноним (??) on 14-Май-12, 15:38
	Что интересно, таки засыпала 8.2 с nvidia нормально (и просыпалась:). Но это, скорее, частный случай.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	17. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Жорж on 14-Май-12, 15:48
	До этого момента я не видел ни одной аппаратной платформы, которая на фряхе могла бы заснуть и проснутся. А через меня проходят десятки ноутбуков - ни один. Засыпают то многие, а вот не просыпается ни один. Так было до прошлой пятницы.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	27. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Аноним (??) on 14-Май-12, 16:24
	Да-да, вы про это? http://lists.freebsd.org/pipermail/freebsd-current/2012-May/... P.S. Был тут один Acer. Там было 8.2-STABLE amd64. С кастомным ведром (просто вырезаны всякие рейды, не более). И таки он засыпал/просыпался из KDE'шного гуя. А вот с 9.0-RELEASE i386 GENERIC ни фига не просыпался. Так что всё же это исключение из правил было на тот момент.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	34. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+1 +/–
	Сообщение от oops (ok) on 14-Май-12, 17:55
	Он писал про "[CFT] SMP/i386 suspend/resume". i386 - ключевое слово. И, как он сам писал, он портировал это из amd64, а значит там оно работало и раньше
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	113. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от тигар (ok) on 15-Май-12, 23:56
	> А не далее как в пятницу суровый мущина Mitsuru IWASAKI реализовал таки > для фряхи suspend/resume для smp, в том числе для конфигураций с > nvidia-driver. Вот это настоящий прорыв, вот этого ждали многие. Засыпание/просыпание > было уже во всех осях, кроме фряхи (было РАБОЧЕЕ), теперь вот > и у нас будет. > Слава FreeBSD, только Беркли, только академичность, только хардкор! для (внимание) i386 SMP
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

12. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
Сообщение от Змей (??) on 14-Май-12, 15:31
Сейчас в зоне 51 kde-4.8.3, Calligra 2.4.1 не собирается, 2.3.87 собиралась но глючила,          2.4.0 потеряли текстовый редактор.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	15. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от fidaj (ok) on 14-Май-12, 15:43
	> Сейчас в зоне 51 > kde-4.8.3, > Calligra 2.4.1 не собирается, 2.3.87 собиралась но глючила, >          2.4.0 потеряли текстовый > редактор. вы не туда написали отчет. сюда нужно посмотреть нет ли уже подобного отчета http://www.freebsd.org/cgi/query-pr-summary.cgi?category=&se... если нет - то нужно оформить тут http://www.freebsd.org/send-pr.html с подробным описание проблемы...
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	20. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Змей (??) on 14-Май-12, 15:58
	Неее, это только информация к размышлению. Товарисчи в курсе.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	106. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Змей (??) on 15-Май-12, 18:33
	Товарисчи исправились Calligra 2.4.1 собралось и даже работает.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	45. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	–3 +/–
	Сообщение от Аноним (??) on 14-Май-12, 18:46
	> Calligra 2.4.1 не собирается, 2.3.87 собиралась но глючила, >          2.4.0 потеряли текстовый редактор. То ли еще будет. Даешь локальный гццкапец. Пусть бсдшники таки насладятся желаемыми ими свободами. Хочу на это посмотреть.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	52. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Змей (??) on 14-Май-12, 20:17
	Чего будет? Зона51 и не такое бывает, это для таких как я, жутко продвинутых ;)
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	76. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от kshetragia (ok) on 15-Май-12, 06:07
	ДА!! GCC в массы - Clang людям.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

14. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	–3 +/–
Сообщение от Аноним (??) on 14-Май-12, 15:42
>В базовую систему FreeBSD 10.0-CURRENT и 9.0-STABLE по умолчанию установлен распространяемый под лицензией BSD компилятор Clang 3.0 Ну все. Теперь это оффициальный тестовый полигон Apple для MacOS.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	25. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	–1 +/–
	Сообщение от Аноним (??) on 14-Май-12, 16:12
	> Ну все. Теперь это оффициальный тестовый полигон Apple для MacOS. Всегда так было. Вы только сейчас это для себя открыли?
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

19. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
Сообщение от artemrts (ok) on 14-Май-12, 15:58
Лучше бы Napierala допилил RCTL, aka Resource Containers.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	26. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Аноним (??) on 14-Май-12, 16:13
	> Лучше бы Napierala допилил RCTL, aka Resource Containers. Нет денег - нет любви.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	36. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от oops (ok) on 14-Май-12, 17:56
	Деньги как раз есть, там грант на это дали по GSoC
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

21. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
Сообщение от ragus (ok) on 14-Май-12, 16:02
>Во FreeBSD/arm отмечается прогресс поддержки SoC компании Texas Instruments, таких как OMAP3, OMAP4 и AM335x. а зачем?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	46. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	–1 +/–
	Сообщение от Аноним (??) on 14-Май-12, 18:48
	>> OMAP3, OMAP4 и AM335x. > а зачем? А чтобы на момент снятия с производства чипа как раз поддержку заявить. Только хардкор же, так что как раз самое оно - зарелизить поддержку чипа в день объявления EoL :)
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	118. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от ragus (ok) on 16-Май-12, 02:24
	>>> OMAP3, OMAP4 и AM335x. >> а зачем? > А чтобы на момент снятия с производства чипа как раз поддержку заявить. не, я вполне серьёзно. оно же без поддержки dsp на этих чипах смысла не имеет.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

37. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
Сообщение от 17 (??) on 14-Май-12, 17:59
По поводу bsdsort - оно _уже_ устанавливается по умолчанию как bsdsort. Это поведение можно изменить опцией WITH_BSD_SORT=yes в make.conf. В данном случае bsdsort установится как sort, а GNU sort установится как gnusort.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

41. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
Сообщение от theDolphin (ok) on 14-Май-12, 18:25
FSC... SMF... Я дождался. Ща заплачу...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

49. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+2 +/–
Сообщение от iZEN (ok) on 14-Май-12, 19:08
Если вписать строчки: WITHOUT_BINUTILS=true и WITHOUT_GCC=true в /etc/src.conf FreeBSD 9-STABLE, то базовая система и ядро собираются системным LLVM/Clang на 15 минут быстрее (~1 ч 15 минут вместо ~1 ч 30 минут). Однако при инсталляции ядра выкакивает ошибка, связанная с библиотекой libc++.so и не удаётся в таком виде инсталлировать ядро и систему. Вообще, скорее бы из базовой системы удалили весь ненужный "крап" типа GCC, SENDMAIL, BIND.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	51. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от ragus (ok) on 14-Май-12, 20:15
	>весь ненужный "крап" это как раз порты. в этом плане debian/kfreebsd наиболее правильно двигается.
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	54. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от 17 (??) on 14-Май-12, 20:44
	> ядра выкакивает ошибка опечатка понравилась
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

	69. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+1 +/–
	Сообщение от iZEN (ok) on 15-Май-12, 00:04
	>> ядра выкакивает ошибка > опечатка понравилась Мне тоже. Не стал исправлять.
	Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

	93. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Аноним (??) on 15-Май-12, 13:18
	Дык пофикси, ты ж якобы опытный джавист
	Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

55. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
Сообщение от анонимус (??) on 14-Май-12, 21:13
>>Во FreeBSD 10.0-RELEASE принято решение задействовать Clang в качестве системного компилятора по умолчанию Каковы причины, расскажите кто знает
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	56. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от fidaj (ok) on 14-Май-12, 21:15
	>>>Во FreeBSD 10.0-RELEASE принято решение задействовать Clang в качестве системного компилятора по умолчанию > Каковы причины, расскажите кто знает GPLv3
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	57. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от iZEN (ok) on 14-Май-12, 21:19
	>>>Во FreeBSD 10.0-RELEASE принято решение задействовать Clang в качестве системного компилятора по умолчанию > Каковы причины, расскажите кто знает 1. Невозможность внести в базовую систему код современных версий GCC и осуществлять адекватную поддержку этого кода. 2. LLVM/Clang — современная система компиляции, которая жёстко придерживается стандартов на языки программирования C и C++. Имеет адекватное качество кодогенерации и позволяет задействовать различные механизмы анализа кода и JIT-компиляции в промежуточный код, независимый от целевой платформы. NVIDIA CUDA для GPU уже развивается в рамках субпроекта LLVM.
	Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

	62. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от nuclight (ok) on 14-Май-12, 23:19
	> 1. Невозможность внести в базовую систему код современных версий GCC и осуществлять Ну прям. За 5 лет расхождений конечно уже сложно, но отнюдь не невозможно, если бы было такое желание.
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	63. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+3 +/–
	Сообщение от iZEN (ok) on 14-Май-12, 23:30
	>> 1. Невозможность внести в базовую систему код современных версий GCC и осуществлять > Ну прям. За 5 лет расхождений конечно уже сложно, но отнюдь не невозможно, если бы было такое желание. GNU — GNU Not Unix. GCC — это порождение чуждой идеологии не-Unix, которая стремится переписать всё программное обеспечение Unix по-другому. LLVM/Clang — это, в некоторой степени, замена не-Unix на Unix-компилятор. Тоже и с остальным "добром" от переписываетелей Unix из GNU — выбросить без зазрения совести. Написать своё "BSD", возродить настоящий Unix в качестве СИСТЕМЫ.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	65. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+1 +/–
	Сообщение от nuclight (ok) on 14-Май-12, 23:56
	>>> 1. Невозможность внести в базовую систему код современных версий GCC и осуществлять >> Ну прям. За 5 лет расхождений конечно уже сложно, но отнюдь не невозможно, если бы было такое желание. > GNU — GNU Not Unix. GCC — это порождение чуждой идеологии не-Unix, > которая стремится переписать всё программное обеспечение Unix по-другому. LLVM/Clang > — это, в некоторой степени, замена не-Unix на Unix-компилятор. Тоже и > с остальным "добром" от переписываетелей Unix из GNU — выбросить без > зазрения совести. Написать своё "BSD", возродить настоящий Unix в качестве СИСТЕМЫ. Только BSD, только Unix, только хардкор!
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	75. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	–2 +/–
	Сообщение от ragus (ok) on 15-Май-12, 03:09
	> GNU — GNU Not Unix. GCC — это порождение чуждой идеологии не-Unix, > которая стремится переписать всё программное обеспечение Unix по-другому. а что, Unix - это хорошо? это окаменевшее ископаемое.
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

	88. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от DeadLoco (ok) on 15-Май-12, 12:47
	Юних - это просто отлично. Тем более, что он не окаменевший, и не ископаемый. А что он консервативен - так это следствие хорошего дизайна и здравого подхода к развитию. Тем он и хорош.
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	95. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от ragus (ok) on 15-Май-12, 14:20
	>Тем более, что он не окаменевший, и не ископаемый. А что он консервативен - так это следствие хорошего дизайна и здравого подхода к развитию. ноу проблем. тогда выкиньте kqueue/epoll и используйте select/poll. потому что в unix этого нет.
	Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

	97. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+1 +/–
	Сообщение от DeadLoco (ok) on 15-Май-12, 14:32
	> тогда выкиньте kqueue/epoll и используйте select/poll. потому что в unix  этого нет. Фря, друг мой, не есть юних. Она всего лишь юних-компатибле. Даже, если быть точным, посих-компатибле. Вне рамок посиха фря может принимать самые разнообразные и причудливые формы. Впрочем, если б она на все 100% соответствовала АТ/Т юниху, вы бы немедленно заявили про ископаемую окаменелость, верно?
	Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

	109. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от ragus (ok) on 15-Май-12, 19:02
	>> тогда выкиньте kqueue/epoll и используйте select/poll. потому что в unix  этого нет. > Фря, друг мой, не есть юних. 1)я вам не друг. мы с вами не пили 2)речь не о фре. а о unix. 3)говорящие, что unix - это тру, забывают о том, что в unix не было многих вещей, без которых современный хайлоад невозможен. в кач-ве примера я привёл kqueue/epoll > Она всего лишь юних-компатибле. Даже, если > быть точным, посих-компатибле. Вне рамок посиха фря может принимать самые разнообразные > и причудливые формы. windows тоже соответствует posix. > Впрочем, если б она на все 100% соответствовала > АТ/Т юниху, вы бы немедленно заявили про ископаемую окаменелость, верно? понимаете, самолёт братьев Райт открыл эру авиастроения. но это не значит, что стоит им восхищаться сейчас.
	Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

	89. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+1 +/–
	Сообщение от pahan (??) on 15-Май-12, 12:51
	> а что, Unix - это хорошо? это окаменевшее ископаемое.   Хех. Живет десяток лет, работает. Что еще для счастья надо? Поставил 10 лет назад - и забыл. И это - правильно. Неправильно накатывать апдэйты раз в месяц и тяжко маяться, восстанавливая работоспособность системы.
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	129. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от vle (ok) on 21-Май-12, 17:44
	>>> 1. Невозможность внести в базовую систему код современных версий GCC и осуществлять >> Ну прям. За 5 лет расхождений конечно уже сложно, но отнюдь не невозможно, если бы было такое желание. > GNU — GNU Not Unix. GCC — это порождение чуждой идеологии не-Unix Да-а-а-а-а. Пожалуй, наступил момент, когда во FreeBSD полезли такие же тупые фанатики, какие сейчас лезут в Линупс. Ужас :-(
	Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

64. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
Сообщение от iZEN (ok) on 14-Май-12, 23:35
WITHOUT_GCC=true в /etc/src.conf во вновь собранной и установленной FreeBSD 9-STABLE после команды: "cd /usr/src/ && make BATCH_DELETE_OLD_FILES=true delete-old delete-old-libs" удаляет ошмётки GCC из системы. Опции: WITH_CLANG=true WITH_CLANG_IS_CC=true в /etc/src.conf в процессе установки вновь собранной системы делают системным компилятором по умолчанию Clang.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

67. "bsdconfig"	–2 +/–
Сообщение от nuclight (ok) on 14-Май-12, 23:59
> URL: http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdconfig/ > Approaching 20,000 lines of sh(1) code, the bsdconfig(8) tool is approximately 70% complete. 20 тыщ строк кода на ШЕЛЛЕ, лежащего в древнючем *CVS*, и всё это - друидБСД. Название у этих древофилов точно отражает содержание. Получится робот класса "Буратино", однозначно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	77. "bsdconfig"	+/–
	Сообщение от kshetragia (ok) on 15-Май-12, 06:16
	Нет, бл..дь.. нужно впендюрить православный питон в базовую систему или вые..ться на С/С++. Извиняйте. В BSD Поттерингов нет и не будет к счастью в обозримом будущем. При правильной архитектуре кода 20000 строк на шелле не так уж и много.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	79. "bsdconfig"	+/–
	Сообщение от Аноним (??) on 15-Май-12, 07:19
	>При правильной архитектуре кода 20000 строк на шелле не так уж и много. KISS сморит на тебя как на .... 20КLOC - это много на любом языке. Да - даже на асме.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	86. "bsdconfig"	+/–
	Сообщение от kshetragia (ok) on 15-Май-12, 11:08
	Ядро Линукс смотрит на тебя как на..
	Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

	90. "bsdconfig"	–2 +/–
	Сообщение от Andrey Mitrofanov on 15-Май-12, 12:57
	#>> 20000 строк на шелле не так уж и много. > Ядро Линукс смотрит на тебя как на.. "shell script     11,010 ... 17,458". Ви же таки про шелл? http://www.ohloh.net/p/linux/analyses/latest
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

	94. "bsdconfig"	+1 +/–
	Сообщение от kshetragia (ok) on 15-Май-12, 13:25
	> "shell script  11,010 ... 17,458". Ви же таки про шелл? http://www.ohloh.net/p/linux/analyses/latest Что сказать-то хотели? Или как обычно, пердеж в лужу?. Для любящих выдирать фразы из контекста и передергивать повторюсь: При нормальной архитектуре 20k строк кода не такая уж и проблема даже на Шелле.
	Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

	99. "bsdconfig"	–1 +/–
	Сообщение от Andrey Mitrofanov on 15-Май-12, 15:06
	> Что сказать-то хотели? Или как обычно, пердеж в лужу?. > Для любящих выдирать фразы из контекста и передергивать повторюсь: При нормальной архитектуре > 20k строк кода не такая уж и проблема даже на Шелле. Ну,как... 20Кстрок _шела там нету. Поэтому на "нормальную архитектуру" не претендует. Повторите поытку! Музыка и лужа.
	Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

	103. "bsdconfig"	+/–
	Сообщение от Ы on 15-Май-12, 18:05
	Да оставь - это же секс инструктор теоретик :) Сам ни строчки кода ессно не написавщий :) Даже не видит что кроме него гениального никто и не подумывает назвать ведро "не так уж и много". Много это и сложно. Но для тех кто реально работает, для перца - понятное дело раз ширинку рсасстегнуть :)
	Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

	120. "bsdconfig"	+/–
	Сообщение от kshetragia (ok) on 16-Май-12, 06:35
	:-D Улыбнуло. Спасибо.
	Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

	96. "bsdconfig"	–2 +/–
	Сообщение от ragus (ok) on 15-Май-12, 14:23
	> Нет, бл..дь.. нужно впендюрить православный питон в базовую систему или вые..ться на > С/С++. Извиняйте. может, всё-таки стоит выбрать более подходящий инструмент, чем shell? >В BSD Поттерингов нет и не будет к счастью а что такого плохого Поттеринг сделал? тот же pulseaudio прекрасен.
	Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

	98. "bsdconfig"	+1 +/–
	Сообщение от kshetragia (ok) on 15-Май-12, 14:48
	> может, всё-таки стоит выбрать более подходящий инструмент, чем shell? Все-таки загляните в исходники. Код организован так, что затраты на его поддержку и развитие будут не выше чем у того же C или Питона. >>В BSD Поттерингов нет и не будет к счастью > а что такого плохого Поттеринг сделал? тот же pulseaudio прекрасен. Прекрасен OSS
	Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

	107. "bsdconfig"	+/–
	Сообщение от ragus (ok) on 15-Май-12, 18:52
	>> может, всё-таки стоит выбрать более подходящий инструмент, чем shell? > Все-таки загляните в исходники. Код организован так, что затраты на его поддержку > и развитие будут не выше чем у того же C или > Питона. понимаете, можно и на php писать поддерживаемый код. только надо держать в голове сотни особенностей, неочевидных вещей итп. >>>В BSD Поттерингов нет и не будет к счастью >> а что такого плохого Поттеринг сделал? тот же pulseaudio прекрасен. > Прекрасен OSS и как в этой прекрасной OSS прозрачно перенести проигрывание звуков на удалённую машину?
	Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

	116. "bsdconfig"	+/–
	Сообщение от iZEN (ok) on 16-Май-12, 01:09
	> и как в этой прекрасной OSS прозрачно перенести проигрывание звуков на удалённую машину? Это задача приложений и протоколов прикладного уровня. Разве нет?
	Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

	119. "bsdconfig"	–1 +/–
	Сообщение от ragus (ok) on 16-Май-12, 02:36
	>> и как в этой прекрасной OSS прозрачно перенести проигрывание звуков на удалённую машину? > Это задача приложений и протоколов прикладного уровня. Разве нет? Изя, если твоя фирма получит контракт на пару сотен млн $ и указывая на один из этапов его выполнения скажешь "это не наша задача. мы это не умеем" или же всё-таки найдёшь подрядчика? вот пульсаудио умеет и по сети, и per application уровни и источники записи/воспроизведения и чёрта в ступе. Вообщем, вам шашечки или же ехать?
	Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

	104. "bsdconfig"	+1 +/–
	Сообщение от Ы on 15-Май-12, 18:07
	> а что такого плохого Поттеринг сделал? тот же pulseaudio прекрасен. А ты не его жена сучайно? А то вам одни и те же извраты нравятся ....
	Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

	108. "bsdconfig"	–3 +/–
	Сообщение от ragus (ok) on 15-Май-12, 18:53
	>> а что такого плохого Поттеринг сделал? тот же pulseaudio прекрасен. > А ты не его жена сучайно? А то вам одни и те > же извраты нравятся .... Простите, вы путаете меня с Маккузиком и Оллманом. Это в *BSD гордятся гей-культурой.
	Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

	110. "bsdconfig"	+1 +/–
	Сообщение от fidaj (ok) on 15-Май-12, 19:03
	>>> а что такого плохого Поттеринг сделал? тот же pulseaudio прекрасен. >> А ты не его жена сучайно? А то вам одни и те >> же извраты нравятся .... > Простите, вы путаете меня с Маккузиком и Оллманом. Это в *BSD гордятся > гей-культурой. ты за всех не отвечай....
	Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

	114. "bsdconfig"	+/–
	Сообщение от тигар (ok) on 16-Май-12, 00:05
	> может, всё-таки стоит выбрать более подходящий инструмент, чем shell? java в base неистово нужна, да! ну или, накрайняк, быдлопитон. или что есть "более подходящий инструмент"?
	Ответить | Правка | ^ к родителю #96 | Наверх | Cообщить модератору

	115. "bsdconfig"	+/–
	Сообщение от ragus (ok) on 16-Май-12, 00:37
	>> может, всё-таки стоит выбрать более подходящий инструмент, чем shell? > java в base неистово нужна, да! а чо, энтерпрайзно =)) > ну или, накрайняк, быдлопитон. > или что есть "более подходящий инструмент"? так брейнфак. вроде ж где-то уже писал =)
	Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

	121. "bsdconfig"	+/–
	Сообщение от тигар (ok) on 16-Май-12, 07:38
	>>> может, всё-таки стоит выбрать более подходящий инструмент, чем shell? >> java в base неистово нужна, да! > а чо, энтерпрайзно =)) >> ну или, накрайняк, быдлопитон. >> или что есть "более подходящий инструмент"? > так брейнфак. вроде ж где-то уже писал =) его и жавы нет из коробки даже в этих твоих гламурных линуксах, что меня, например, удивляет. петон, перд, эрланк и еще какой-то ужос ставится, брейнфак почему-то нет (я про дебилиан и "минимальную" установку)
	Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

	78. "bsdconfig"	+2 +/–
	Сообщение от анон on 15-Май-12, 06:42
	На Си будет неудобно для возможных дистроклепателей, а bsdconfig то, что будет с большой вероятностью ими меняться.
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

74. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
Сообщение от Dyr (??) on 15-Май-12, 01:18
>ожидается, что размер кода bsdconfig составит приблизительно 20 тысяч строк на shell Holy shit!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

80. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
Сообщение от Аноним (??) on 15-Май-12, 07:22
Очень я переживаю за "развод по итальянски" Фряхи и GCCя :( Хрен его знает что там с этим шлангом ещё выйдет ...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	81. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+1 +/–
	Сообщение от Аноним (??) on 15-Май-12, 07:50
	gcc при желании возвращается одной строкой.
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	105. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Ы on 15-Май-12, 18:11
	> gcc при желании возвращается одной строкой. Оно то так ... но со временем "пркладного бубнобиения" будет всё больше. Возми последий жисиси - установи как сисемный пересобери ялро и мир. Оппа! _уже_ ручки надо прилагать. А в перспективе ... FreeBSD community << Linux one - Боливар два компилятора может и не вытащить. И это реально грустно :(
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	111. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от iZEN (ok) on 15-Май-12, 19:06
	> Боливар два компилятора может и не вытащить. И это реально грустно :( Многие разработчики переходят на использование LLVM/Clang в качестве компилятора для процесса отладки, а GCC используется только лишь для целевой (окончательной) компиляции. Это о чём говорит? О том, что GCC используется только для оптимизации готового кода, но уже не для процесса разработки. Когда LLVM/Clang достигнет того же качества оптимизации результирующего кода (а до этого уже не так долго осталось, так как Clang отлаживается совместно с написанием приложений), то GCC будет удерживать свою позицию только благодаря широкому спектру поддерживаемых архитектур. И то — недолго.
	Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

	122. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от ragus (ok) on 16-Май-12, 15:11
	>Многие разработчики переходят на использование LLVM/Clang в качестве компилятора для процесса отладки, а GCC используется только лишь для целевой (окончательной) компиляции. это голоса в вашей голове такое говорят? или же есть реальные не единичные примеры?
	Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

	123. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от Andrey Mitrofanov on 16-Май-12, 15:19
	>>Многие разработчики переходят > это голоса в вашей голове такое говорят? --А Динамо бежит? --Все бегут!!!%-Q
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	124. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	–1 +/–
	Сообщение от ТотСамыйАноном on 16-Май-12, 17:47
	>>Многие разработчики переходят на использование LLVM/Clang в качестве компилятора для процесса отладки, а GCC используется только лишь для целевой (окончательной) компиляции. > это голоса в вашей голове такое говорят? или же есть реальные не > единичные примеры? Рагусь, именно реальный и не единичный.
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	126. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от ragus (ok) on 20-Май-12, 12:40
	> Рагусь, именно реальный и не единичный. конкретика где?
	Ответить | Правка | ^ к родителю #124 | Наверх | Cообщить модератору

	125. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от iZEN (ok) on 19-Май-12, 09:18
	> есть реальные не единичные примеры? Следите за новостями на OpenNet.ru.
	Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

	127. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
	Сообщение от ragus (ok) on 20-Май-12, 12:41
	>> есть реальные не единичные примеры? > Следите за новостями на OpenNet.ru. Изя, слежу. Но все те же лица: juniper, ixsystems...
	Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

	83. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+1 +/–
	Сообщение от Аноним (??) on 15-Май-12, 08:43
	развод был давно. а сегодня так - допинывают остатки.
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

128. "Отчёт о состоянии развития FreeBSD за первый квартал 2012 го..."	+/–
Сообщение от Аноним (??) on 20-Май-12, 17:07
Что такое стек С++? Вапче не понял о чем... На плюсах будут переписывать все сишное? Так это ж чмошный язык для чмошников
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема