С опозданием (http://wiki.freebsd.org/Releng/9.0TODO) на 6 недель относительно первоначального плана доступна (http://lists.freebsd.org/pipermail/freebsd-stable/2011-Septe...) третья бета-версия FreeBSD 9.0. Финальный релиз можно ожидать в конце октября. Установочные образы FreeBSD 9.0-BETA3 доступны в форме bootonly, DVD и Memstick для платформ amd64 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/), i386 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/i386/), powerpc (ftp://ftp.freebsd.org/pub/FreeBSD/releases/powerpc/powerpc/), powerpc64 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/powerpc/powerpc64/), ia64 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/ia64/ia64/) и sparc64 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/sparc64/sparc64/). Бинарные обновления с использованием FreeBSD-Update пока недоступны. Для желающих обновить систему из исходных текстов при помощи csup/cvsup следует использовать тег RELENG_9", так как тег "." (head) теперь указывает на ветку 10-C...URL: http://lists.freebsd.org/pipermail/freebsd-stable/2011-Septe...
Новость: http://www.opennet.me/opennews/art.shtml?num=31890
Не нашёл в анонсе su+j. В девятке не будет ?
оно там по умолчанию включено
Оно НЕ включено по умолчанию. Пред тем как писать чушь - проверили бы свои заблуждения на практике.az@az:/home/az# uname -a
FreeBSD az 9.0-BETA2 FreeBSD 9.0-BETA2 #1: Sat Sep 10 12:19:12 CEST 2011 az@az:/usr/obj/usr/src/sys/localhost amd64az@az:/home/az# newfs /dev/da1
/dev/da1: 15264.0MB (31260672 sectors) block size 32768, fragment size 4096
using 21 cylinder groups of 740.00MB, 23680 blks, 47360 inodes.
super-block backups (for fsck -b #) at:
192, 1515712, 3031232, 4546752, 6062272, 7577792, 9093312, 10608832, 12124352, 13639872, 15155392, 16670912, 18186432, 19701952, 21217472, 22732992, 24248512,
25764032, 27279552, 28795072, 30310592az@az:/home/az# newfs -j /dev/da1
/dev/da1: 15264.0MB (31260672 sectors) block size 32768, fragment size 4096
using 21 cylinder groups of 740.00MB, 23680 blks, 47360 inodes.
with soft updates
super-block backups (for fsck -b #) at:
192, 1515712, 3031232, 4546752, 6062272, 7577792, 9093312, 10608832, 12124352, 13639872, 15155392, 16670912, 18186432, 19701952, 21217472, 22732992, 24248512,
25764032, 27279552, 28795072, 30310592
Using inode 4 in cg 0 for 33554432 byte journal
newfs: soft updates journaling set
Вы сами-то из какого танка?
Небось обновлялись из сорцов? Так само оно никак и не включится.
Вот если скачаете диск, и поставите с него Фрю, то инсталятор по-умолчанию создаст вам ФС с журналированием.
Ты что слепой? Я же написал uname -a. Причём тут инсталятор? Разговор был про то, как создаётся файловая система по умолчанию. Создаётся она через newfs и по умолчанию в newfs она без журналирования.
Читай внимательнее
> Ты что слепой? Я же написал uname -a. Причём тут инсталятор? Разговор
> был про то, как создаётся файловая система по умолчанию. Создаётся она
> через newfs и по умолчанию в newfs она без журналирования.неправда. бета1 _уже_ c su+j была.
не ори. знаешь, newfs по-умолчанию и soft updates не использует, приходится ключ -U давать. А ты хочешь журналирование =) Хорошо хоть в UFS2 по-умолчанию форматирует
и да, для newfs оно еще не по-умолчанию
Я не знаю как в BETA3, но в BETA1 точно нужно было самому галочку поставить при создании файловой системы.
> Я не знаю как в BETA3, но в BETA1 точно нужно было
> самому галочку поставить при создании файловой системы.Сейчас по-умолчанию. Только что ставил.
Закрались сомнения на счет дружественности ингалятора к новым юзверям.
Долго отгадывал, что надо написать для создания swap-раздела. Что авторы курят? Откуда человеку первый раз ставящему BSD должно быть известно, что надо в поле Type написать freebsd-swap. Sysinstall хоть и дремуч, но вроде такими задачками не озадачивал. :)А так вроде инсталятор стал простой как топор. Понравилась, что вафля прямо с него настраивается.
подтверждаю, при "чистой" установке (бета2) su+j включены. И про своп раздел, я тоже отметил при установке, что можно было бы и список выбора для типа ФС сделать, а не поле для ручного ввода. Нужно написать разрабам, может исправят)
>> Я не знаю как в BETA3, но в BETA1 точно нужно было
>> самому галочку поставить при создании файловой системы.
> Сейчас по-умолчанию. Только что ставил.
> Закрались сомнения на счет дружественности ингалятора к новым юзверям.
> Долго отгадывал, что надо написать для создания swap-раздела. Что авторы курят? Откуда
> человеку первый раз ставящему BSD должно быть известно, что надо в
> поле Type написать freebsd-swap. Sysinstall хоть и дремуч, но вроде такими
> задачками не озадачивал. :)
> А так вроде инсталятор стал простой как топор. Понравилась, что вафля прямо
> с него настраивается.Там где-то на прямо на фоне есть подсказка, что вписать для создания swap-раздела, но действительно не сразу понятно.
А чего с кедами 4.7.1 тормозят? Они не хотят их в новый релиз включать?Вроде все готово ведь - http://blogs.freebsdish.org/avilla/2011/09/15/announcing-cft.../
Хотят, и скорей всего включат. Просто просят помочь с тестированием
В порты бы за коммитили им бы сразу столько тестеров на голову свалилось, как раз бы к концу октября вылизали. А так они долго будут ждать тестеров. :(
Опа, а кто это тут про кде интересуется?
у фри нет devel ветки портов
У фри, слава богу, нет stable ветки портов так что Анон абсолютно прав.
> У фри, слава богу, нет stable ветки портов
> так что Анон абсолютно прав.Слава богу? Ну-ну.
>> У фри, слава богу, нет stable ветки портов
>> так что Анон абсолютно прав.
> Слава богу? Ну-ну.именно так.
каждый волен для себя выбирать дату когда ветка "стабильна" и, при желании, морозить.
>>> У фри, слава богу, нет stable ветки портов
>>> так что Анон абсолютно прав.
>> Слава богу? Ну-ну.
> именно так.
> каждый волен для себя выбирать дату когда ветка "стабильна" и, при желании,
> морозить.Удачи тебе с выбором.
> каждый волен для себя выбирать дату когда ветка "стабильна" и, при желании, морозить.Счастливой отладки, тигра.
Лучше бы в PCBSD 9.0 Beta 3 включили. Хоть как-то помогут в тестировании. А обновляться самому, потратил 2 суток и ещё много проблем после обновлений ("konqueror" не запускается, настройка даты и времени вообще говорит, что нет такого бинарника в системе). Но зато время отклика на действия пользователя, по сравнению с 4.6, гораздо лучше. Нет видимых тормозов, в "Dolphin" переходы по папкам почти мгновенны.
Глюки описываемые Вами были получены в результате выполнения команд:
# svn co http://area51.pcbsd.org/trunk/area51 /path/to/area51
# /path/to/area51/Tools/scripts/kdemerge -kmpq /usr/portsИ последующей сборки кед из портов? Или Вы вообще сами собирали KDE 4.7?
Хотел собрать из area51, но прочитав Ваше сообщение энтузиазм начал куда-то улетучиваться.
Да я собирал имеено из репозитория area51. Только наивно полагая, что всё пройдёт в атоматическом режиме по указанным UPDATING-area51 инструкциям. Оставляешь на ночь обновляться, с утра просыпаешься оказывается всё остановилось буквально через час-два после того как только уснул. Всякие были ошибки. Какой-то порт требовал для обновления gcc45 как минимум, а в базовой поставке фри, по лицензионным как я понял тёркам устанавливать по умолчанию gcc больше версии 44 нельзя. Ну начал я сразу собирать gcc47 из портов и офигел, исходнгики весят больше полу-гига. Собирались хрен знает сколько. Только на утро продолжил процесс сборки ("portmaster -a"). После работы пришёл, оказывается "portmaster" не находит какого-то порта, этот порт есть только в репозитории area51 и почему то его автоматически не опдхватывает. Пришлось идти в директорию порта и постаринке "make install clean". С пакетом "opencv" вообще мистика какая-то. "portmaster" говорит, что для него нужен пакет "opencv-core", и не собирает дальше. "opencv-core" установлен, но почему то линковщик ни в какую не находил "libopencv_core.so", хотя тот был в "/usr/local/lib". Короче пробовал и переустанавливать "opencv-core" и потом собирать "opencv" "portmaster"-ом, ни в какую не получалось. Пока не снёс оба пакета и по станинке не стал собирать из портов. Только после этого получилось собрать. Также была проблема с командой "portmaster -o net/linphone-base ortp" ни в какую не устанавливался "net/linphone-base". Я просто снёс с флагом "-f" "ortp" и установил "net/linphone-base". Вообщем всё это очень увлекательно. но как то больше не хочется ночных вскакиваний с постели, собралось ли всё или опять где-нить встало. Лучше подождать когда в дистрибутив включат. Да кстати и собирал для платформы i386. Для amd64 как я понял уже же packages есть.
> "opencv-core" установлен, но почему то линковщик ни в какую не находил "libopencv_core.so", хотя тот был в "/usr/local/lib".Есть волшебная команда rehash. Хотя бы иногда давайте её.
>> "opencv-core" установлен, но почему то линковщик ни в какую не находил "libopencv_core.so", хотя тот был в "/usr/local/lib".
> Есть волшебная команда rehash. Хотя бы иногда давайте её.rehash что? LDFLAGS?
такое бывает очень часто, что либа лежит в /usr/local/lib или .h в /usr/local/include, а конфиг скрипт их не видит. просто г-да создатели "GNU configure" походу не курят, что кроме линукса с его /usr/include и /usr/lib существует ещё куча ОС.
Естественно что при
# LDFLAGS=-L/usr/local/lib CPPFLAGS=-I/usr/local/include make
всё работает замечательно :) И естественно это не зависит от времени появления нужного файла в указанных каталогах.
Так что при чём здесь rehash?
Проблемы негров- шерифа не волнуют. Куча ОС впендюрила /usr/include и /usr/lib кудато вдругое место? Вот пусть эта куча сама и фиксит свои "отличительные особенности"...
Так и приходится.
> Так что при чём здесь rehash?Лично мне иногда помогает.
>> Так что при чём здесь rehash?
> Лично мне иногда помогает.Странно, а должно помогать что-то типа ldconfig -m /usr/local/lib
>>> Так что при чём здесь rehash?
>> Лично мне иногда помогает.
> Странно, а должно помогать что-то типа ldconfig -m /usr/local/libРовно до того момента, пока в /usr/local/lib не появится либа, имеющаяся
в базовой системе. Что ОБЯЗАНО помогать, так это переданный линкеру флаг -rpath.
В ваших портах это не делается?
>> "opencv-core" установлен, но почему то линковщик ни в какую не находил "libopencv_core.so", хотя тот был в "/usr/local/lib".
> Есть волшебная команда rehash. Хотя бы иногда давайте её.волшебная команда:
1) относится к tcsh
2) никак на .so не влияет.
>волшебная команда:
>1) относится к tcsh
>2) никак на .so не влияет.Ну это же iZEN. Он всегда ерунду пишет.
Кстати, команда rehash относится вообще ко всему семейству C shells, а также к их наследнику zsh.
> ко всему семейству C shells, а также к их наследнику zsh.Ужас :-)
>> ко всему семейству C shells, а также к их наследнику zsh.
> Ужас :-)Поясните?
>>> ко всему семейству C shells, а также к их наследнику zsh.
>> Ужас :-)
> Поясните?Zsh is a UNIX command interpreter (shell) usable as an interactive
login shell and as a shell script command processor. Of the standard
shells, zsh most closely resembles ksh but includes many enhancements.Ни ksh ни zsh не имеют ни малейшего отношения к семейству csh,
и у точно zsh не является потомком csh.Это в купе с "Это же iZen. Он всегда ерунду говорит" -- вышло смешно.
>Ни ksh ни zsh не имеют ни малейшего отношения к семейству csh,ksh - это первая наиболее удачная попытка интегрировать в одной оболочке возможности как борновского, так и сишного семейства. Так что и (pd)ksh, и zsh являются наследниками обоих этих семейств.
Тот факт, что вы слабо знакомы с наиболее распространенными юниксовыми шеллами, вовсе не извиняет вашей напористости. Не разбираетесь в теме - так не лезьте в дискуссию.
>>Ни ksh ни zsh не имеют ни малейшего отношения к семейству csh,
> ksh - это первая наиболее удачная попытка интегрировать в одной оболочке возможности
> как борновского, так и сишного семейства.Нет. Миграция фич из одного семейства в другое не говорит о родстве шеллов.
ksh и csh никакие не родственники. Фичи вроде истории введенных
команд могут мигрировать откуда угодно куда угодно и как угодно.
Родственность же шеллов определяется общим синтаксисом и семантикой.> Так что и (pd)ksh, и
> zsh являются наследниками обоих этих семейств.Нет. Не являются.
> Тот факт, что вы слабо знакомы с наиболее распространенными юниксовыми шеллами, вовсе
> не извиняет вашей напористости. Не разбираетесь в теме - так не
> лезьте в дискуссию.Ути пути.
>Нет. Миграция фич из одного семейства в другое не говорит о родстве шеллов.
>ksh и csh никакие не родственники. Фичи вроде истории введенных
>команд могут мигрировать откуда угодно куда угодно и как угодно.
>Родственность же шеллов определяется общим синтаксисом и семантикой.Ну вот. Поймали вас на некомпетентности, так имейте смелость честно признать это, а не рассуждать о разнице между "миграцией фич" и "синтаксисом и семантикой". Ну противно же смотреть.
>>Нет. Миграция фич из одного семейства в другое не говорит о родстве шеллов.
>>ksh и csh никакие не родственники. Фичи вроде истории введенных
>>команд могут мигрировать откуда угодно куда угодно и как угодно.
>>Родственность же шеллов определяется общим синтаксисом и семантикой.
> Ну вот. Поймали вас на некомпетентности, так имейте смелость честно признать это,
> а не рассуждать о разнице между "миграцией фич" и "синтаксисом и
> семантикой". Ну противно же смотреть.Ну поясните тогда свои соображения об родстве. А то такое впечатление что некомпетентны как раз вы...
Там порты помоему заморожены перед релизом. Так что не уверен. Самому интересно.
типа того. по большей части мелочёвка только обновляется сейчас. а сразу после релиза portsnap выдаст много чего
быстро выuser@local [~/Downloads]$ ls -l FreeBSD-9.0-BETA3-amd64-memstick.img
-rw-r--r-- 1 ono staff 685731840 28 сен 00:52 FreeBSD-9.0-BETA3-amd64-memstick.img
user@local [~/Downloads]$ date
четверг, 29 сентября 2011 г. 21:54:14 (VLAST)
ого, ты из будущего написал? сейчас только 16:41.
Ты живешь в Default City ? За МКАДом жизни нет ?
> Ты живешь в Default City ? За МКАДом жизни нет ?[root@hs ~]# uname -a
FreeBSD hs 8.2-STABLE FreeBSD 8.2-STABLE #4: Fri Jul 29 02:48:37 NOVST 2011 root@hs:/usr/src/sys/i386/compile/XEN_CH8 i386
[root@hs ~]# date
четверг, 29 сентября 2011 г. 19:48:17 (NOVST)
>ого, ты из будущего написал? сейчас только 16:41.Внезапно! Все, что лежит восточнее московского часового пояса - будущее!
Бета-версия бета-версией, а локальная уязвимость так и не покрыта, если у них isoшники last modified 24.09.2011 22:08:00.
А в каких случаях эту ОС ставить лучше всего? (я хочу на один диск себе поставить штук 10 разных дистрибутивов. Как грамотно это сделать? (пока стоят только XP и "10.04.3").
ставь на Оракл ВМ)) устанешь между загрузчиками маяться)))
поставить их в виртуалку
народ, кто-нибудь использует в продакшене freebsd в xen domu pv? если да, то поделитесь мнениями, пожалуйста
> народ, кто-нибудь использует в продакшене freebsd в xen domu pv? если да,
> то поделитесь мнениями, пожалуйстаКак можно заметить тут, http://www.opennet.me/openforum/vsluhforumID3/80530.html#19, я пытался, радости это доставляет мало, много процов - низя, много памяти - низя, нагрузку - низя. "низя" - это значит - "BSOD" =) на 1 проц + мало памяти + очень-очень мало нагрузки - ну работает пока, но всё основное пришлось перетянуть на другой domU с debian, иначе внезапно могло умереть.
Используйте hvm + pv drivers. Вроде как это постабильнее, по результатам чтения рассылок это единственный адекватный вариант. Исправлений с момента 8.2 я вроде особых не заметил.
Моя домашняя отладочно-тестовая машинка к сожалению hvm не может, а на других у меня FreeBSD нету, так что на продакшене в любом случае не использую.
> Используйте hvm + pv drivers.Поделитесь, пожалуйста, ссылками. Если есть.
Поздравляю! Баг Linux 12309 наконец-то портивали в FreeBSD!RELENG_9 от 1 октября. Ядро GENERIC отладочные фичи отключены. Журнал отключен, только SU. CPU Core i3, RAM 4GB.
При одновременной компиляции портов gimp и seamonkey, firefox хорошенько так притормаживает. Писать из огнелиса сейчас не очень комфортно.
В восьмерке что-то не припоминаю, чтобы тормозила система при одновременной компиляции двух портов. :(
Надеюсь в инсталляторе поправили неверные адреса зеркал? Там 2 раза архитектура в пути прописана. Если честно, то новый инсталлятор то ещё извращение. Я раз 10 по кругу ходил пока смог поставить систему. Лучше бы старый доработали.