Представлен (http://lists.freebsd.org/pipermail/freebsd-stable/2012-Octob...) второй кандидат в релизы FreeBSD 9.1. Изначально выпуск RC2 был запланирован на 7 сентября, а релиз планировалось (http://www.freebsd.org/releases/9.1R/schedule.html) выпустить 29 октября. Разработчики намерены успеть выпустить релиз в срок, через неделю представив третий кандидат в релизы, а ещё через неделю приступить к сборке релиза. Тестовая версия доступна (ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/) для платформ amd64 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/), i386 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/i386/), powerpc64 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/powerpc/powerpc64/) и ia64 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/ia64/ia64/) (сборка для sparc64 задерживается). Установочные сборки доступны в виде образов bootonly, DVD и Memstick для USB Flash.Дополнительно в анонсе отмечается об отмене ранее принятого решения не экспортировать ветку 9.1 через CVS. По многочисленным просьбам экспорт в CVS будет прекращён начиная с ветки FreeBSD 10. Несмотря на это, пользователям рекомендуется не затягивать с переходом на использование SVN при выполнении обновления исходных текстов.
Из новшеств, запланированных для включения во FreeBSD 9.1 можно отметить:
- Включение интерфейса bsdconfig (http://www.opennet.me/opennews/art.shtml?num=34153) для настройки различных параметров системы;
- Обновление компонентов распространяемого под лицензией BSD С/C++ стека на базе наработок проекта LLVM, в состав будет включена (но отключена по умолчанию) библиотека libc++ и новая версия компилятора Clang 3.1.
- Поддержка множественных таблиц маршрутизации (Multi-FIB (http://svnweb.freebsd.org/base/projects/multi-fibv6/)) для IPv6-стека;
- Обновлённый звуковой драйвер HDA (snd_hda), в котором улучшена поддержка вывода звука через порты HDMI и DisplayPort;
- Интеграция подсистемы CAM Target Layer (CTL), обеспечивающей эмуляцию дисковых и процессорных устройств;
- Переработанная реализация GEOM-класса Multipath, позволяющего организовать доступ к хранилищу, подключенному через несколько каналов ввода/вывода.
URL: http://lists.freebsd.org/pipermail/freebsd-stable/2012-Octob...
Новость: http://www.opennet.me/opennews/art.shtml?num=35056
> Несмотря на это, пользователям рекомендуется не затягивать с переходом на использование SVN при выполнении обновления исходных текстов.Чем оно лучше для пользователей? Каталог /usr/src при этом по размеру больше раза в три, чем если бы через CVS его обновляли.
Для разработчиков SVN значительно удобнее нежели CVS. Устриц ел.
> Для разработчиков SVN значительно удобнее нежели CVS. Устриц ел.Неразработчиков среди пользователей FreeBSD гораздо больше. Им нужно работать, а не коммиты в дерево разработчиков слать.
и вообще - зачем нужны разработчики? только все ломают!
>> Для разработчиков SVN значительно удобнее нежели CVS. Устриц ел.
> Неразработчиков среди пользователей FreeBSD гораздо больше. Им нужно работать, а не коммиты
> в дерево разработчиков слать.man svn export. и вообще, если ты не разработчик, тебе svn копия исходников по большому счёту и не нужна.
> man svn export. и вообще, если ты не разработчик, тебе svn копия
> исходников по большому счёту и не нужна.svn help export
это izen, не вводи его в заблуждение.
>>> Для разработчиков SVN значительно удобнее нежели CVS. Устриц ел.
>> Неразработчиков среди пользователей FreeBSD гораздо больше. Им нужно работать, а не коммиты
>> в дерево разработчиков слать.
> man svn export. и вообще, если ты не разработчик, тебе svn копия
> исходников по большому счёту и не нужна.Правильно, мне svn-копия не нужна! У меня есть чистое дерево исходного кода RELENG_9 с CVS-сервера, полученное и периодически обновляемое через встроенную в систему утилиту csup(1). А тут ещё ставь какой-то subversion с тучей опций, в списке которых чёрт ногу сломит, какие нужны, какие не нужны.
> А тут ещё ставь какой-то subversion с тучей опций,
> в списке которых чёрт ногу сломит, какие нужны, какие не нужны.descriptios для опций появились, я полагаю, одновременно с опциями. в случае с devel/subversion какая из опций не понятна?
>> А тут ещё ставь какой-то subversion с тучей опций,
>> в списке которых чёрт ногу сломит, какие нужны, какие не нужны.
> descriptios для опций появились, я полагаю, одновременно с опциями. в случае с
> devel/subversion какая из опций не понятна?BDB=off: Berkeley DB support (нужно, нет?)
BOOK=off: Install the Subversion Book
ENHANCED_KEYWORD=on: Enhanced svn:keyword support (нужно, нет?)
FREEBSD_TEMPLATE=on: FreeBSD Project log template
GNOME_KEYRING=off: Build with GNOME Keyring auth support
KDE_KWALLET=off: Build with KDE KWallet auth support
MAINTAINER_DEBUG=off: Build debug version
MOD_DAV_SVN=off: mod_dav_svn module for Apache 2.X
MOD_DONTDOTHAT=off: mod_dontdothat for Apache 2.X
NEON=on: WebDAV/Delta-V repo access module (neon) (нужно, нет?)
P4_STYLE_MARKERS=on: Perforce-style conflict markers (нужно, нет?)
SASL=off: SASL support (нужно, нет?)
SERF=off: WebDAV/Delta-V repo access module (serf) (нужно, нет?)
STATIC=off: Build static version (no shared libs) (нужно, нет?)
SVNAUTHZ_VALIDATE=off: install svnauthz-validate (нужно, нет?)
SVNMUCC=off: Install Multiple URL Command Client (нужно, нет?)
SVNSERVE_WRAPPER=off: Enable svnserve wrapper (нужно, нет?)
TEST=off: Run subversion test suite
>>> А тут ещё ставь какой-то subversion с тучей опций,
>>> в списке которых чёрт ногу сломит, какие нужны, какие не нужны.
>> descriptios для опций появились, я полагаю, одновременно с опциями. в случае с
>> devel/subversion какая из опций не понятна?
> BDB=off: Berkeley DB support (нужно, нет?)если не планируешь пользоваться svnserve - нет, не нужно.
> ENHANCED_KEYWORD=on: Enhanced svn:keyword support (нужно, нет?)http://svnbook.red-bean.com/
> FREEBSD_TEMPLATE=on: FreeBSD Project log template
> NEON=on: WebDAV/Delta-V repo access module (neon) (нужно,
> нет?)если не планируешь работать с svn over http[s] - нет, не нужно.
> P4_STYLE_MARKERS=on: Perforce-style conflict markers (нужно, нет?)конкретно ты можешь не ставить
> SASL=off: SASL support (нужно, нет?)странный вопрос;)
> SERF=off: WebDAV/Delta-V repo access module (serf) (нужно,
> нет?)это более другая библиотека, опять-же на тему http[s]
> STATIC=off: Build static version (no shared libs)
> (нужно, нет?)вопрос тянет на 5 баллов.
> SVNAUTHZ_VALIDATE=off: install svnauthz-validate (нужно, нет?)не планируешь пользоваться svnserve - нет, не нужно.
> SVNMUCC=off: Install Multiple URL Command Client (нужно,
> нет?)про это сходу не скажу, нужно смотреть. оно выключено по умолчанию, как видно выше
> SVNSERVE_WRAPPER=off: Enable svnserve wrapper (нужно, нет?)тут достаточно название опции прочесть, чтобы понять что это
собственно. конкретно _тебе_ как пользователю, которому не нужно нифига, можно ставить с дефолтовыми опциями, ну _возможно_ оторвать neon разве что
> собственно. конкретно _тебе_ как пользователю, которому не нужно нифига, можно ставить
> с дефолтовыми опциями, ну _возможно_ оторвать neon разве чтоИ чем такое SVN-уродство лучше _нормального_ инкрементального обновления каталога с исходниками с помощью csup(1)? Вот чем?!
>> собственно. конкретно _тебе_ как пользователю, которому не нужно нифига, можно ставить
>> с дефолтовыми опциями, ну _возможно_ оторвать neon разве что
> И чем такое SVN-уродство лучше _нормального_ инкрементального обновления каталога с исходниками
> с помощью csup(1)? Вот чем?!тем, что csup не будет поддерживаться, а svn - поддерживается и будет поддерживаться, по крайней мере пока он используется в разработке данной ОС.
экспорт рано или поздно выключат. потому что скрипт, который делает экпорт в cvs глючит и накладывает ряд ограничений для разработчиков на работу с репозиторием.
если сам лично не сталкивался - можешь поискать в листах нытье из области "я 100500 раз пытался обновиться с $mirror но апдейты не пришли, WTF?!" и ответы "ыыыы. снова поломалась синхронизация, я тут подпер костыликом, но вы [коммитеры] больше так не делайте!"
> тем, что csup не будет поддерживаться, а svn - поддерживается и будет
> поддерживаться, по крайней мере пока он используется в разработке данной ОС.
> экспорт рано или поздно выключат. потому что скрипт, который делает экпорт в
> cvs глючит и накладывает ряд ограничений для разработчиков на работу с
> репозиторием.
> если сам лично не сталкивался - можешь поискать в листах нытье из
> области "я 100500 раз пытался обновиться с $mirror но апдейты не
> пришли, WTF?!" и ответы "ыыыы. снова поломалась синхронизация, я тут подпер
> костыликом, но вы [коммитеры] больше так не делайте!"Вчера попробовал синхронизировать дерево исходных текстов через SVN. Скачалось 1.4 ГБ (раза в два больше CVSшного).
Пересобрал систему. При установке пришлось попотеть с mergemaster, так как в конфигурационных файлах исчезла информация обо всех датах и ревизиях, остались одни лишь "$FreeBSD$".
Но и после обновления конфигурации и перезагрузки меня ждали чудеса: не мог зайти в качестве пользователя, пароль рута обнулился, хотя мержил пользовательскую базу данных как полагается. Создаю нового пользователя с тем же именем и идентификатором — не пускает в старый домашний каталог, хоть тресни! Открываю vipw и вижу чудо: записи root и пользователя представляют собой зашифрованные абракадабры. Как редактировать класс пользователя, назначить оболочку — непонятно. Это же ужас.Пришлось делать zfs rollback всему тому, что случилось.
> Вчера попробовал синхронизировать дерево исходных текстов через SVN. Скачалось 1.4 ГБ (раза
> в два больше CVSшного).
> Пересобрал систему. При установке пришлось попотеть с mergemaster, так как в конфигурационных
> файлах исчезла информация обо всех датах и ревизиях, остались одни лишь
> "$FreeBSD$".бгыгыгы. а зачем ты снимал [x] с FreeBSD Project log template ?;-) мержмастер умеет заменять ident, если ничего кроме него не изменилось автоматически.
> Но и после обновления конфигурации и перезагрузки меня ждали чудеса: не мог
> зайти в качестве пользователя, пароль рута обнулился, хотя мержил пользовательскую базу
> данных как полагается. Создаю нового пользователя с тем же именем и
> идентификатором — не пускает в старый домашний каталог, хоть тресни! Открываю
> vipw и вижу чудо: записи root и пользователя представляют собой зашифрованные
> абракадабры. Как редактировать класс пользователя, назначить оболочку — непонятно.
> Это же ужас.а если прочесть man pw и попробовать применить полученные знания, тоже не помогает?
про абракадабры не понял, ты бы показал, что ты там узрел.
> Пришлось делать zfs rollback всему тому, что случилось.но проср*нный трафик-то он тебе не вернет! на самом деле, не могу понять что ты мог учудить чтобы так сломать систему, серьезно.
>> Вчера попробовал синхронизировать дерево исходных текстов через SVN. Скачалось 1.4 ГБ (раза
>> в два больше CVSшного).
>> Пересобрал систему. При установке пришлось попотеть с mergemaster, так как в конфигурационных
>> файлах исчезла информация обо всех датах и ревизиях, остались одни лишь
>> "$FreeBSD$".
> бгыгыгы. а зачем ты снимал [x] с FreeBSD Project log template
> ?;-) мержмастер умеет заменять ident, если ничего кроме него не изменилось
> автоматически.А кто сказал, что я снимал этот флажок?
% cat /var/db/ports/subversion/options
# This file is auto-generated by 'make config'.
# Options for subversion-1.7.6
_OPTIONS_READ=subversion-1.7.6
_FILE_COMPLETE_OPTIONS_LIST=BDB BOOK ENHANCED_KEYWORD FREEBSD_TEMPLATE GNOME_KEYRING KDE_KWALLET MAINTAINER_DEBUG MOD_DAV_SVN MOD_DONTDOTHAT NEON P4_STYLE_MARKERS SASL SERF STATIC SVNAUTHZ_VALIDATE SVNMUCC SVNSERVE_WRAPPER TEST
OPTIONS_FILE_UNSET+=BDB
OPTIONS_FILE_UNSET+=BOOK
OPTIONS_FILE_UNSET+=ENHANCED_KEYWORD
OPTIONS_FILE_SET+=FREEBSD_TEMPLATE
OPTIONS_FILE_UNSET+=GNOME_KEYRING
OPTIONS_FILE_UNSET+=KDE_KWALLET
OPTIONS_FILE_UNSET+=MAINTAINER_DEBUG
OPTIONS_FILE_UNSET+=MOD_DAV_SVN
OPTIONS_FILE_UNSET+=MOD_DONTDOTHAT
OPTIONS_FILE_UNSET+=NEON
OPTIONS_FILE_UNSET+=P4_STYLE_MARKERS
OPTIONS_FILE_UNSET+=SASL
OPTIONS_FILE_UNSET+=SERF
OPTIONS_FILE_UNSET+=STATIC
OPTIONS_FILE_UNSET+=SVNAUTHZ_VALIDATE
OPTIONS_FILE_UNSET+=SVNMUCC
OPTIONS_FILE_UNSET+=SVNSERVE_WRAPPER
OPTIONS_FILE_UNSET+=TEST>> Но и после обновления конфигурации и перезагрузки меня ждали чудеса: не мог
>> зайти в качестве пользователя, пароль рута обнулился, хотя мержил пользовательскую базу
>> данных как полагается. Создаю нового пользователя с тем же именем и
>> идентификатором — не пускает в старый домашний каталог, хоть тресни! Открываю
>> vipw и вижу чудо: записи root и пользователя представляют собой зашифрованные
>> абракадабры. Как редактировать класс пользователя, назначить оболочку — непонятно.
>> Это же ужас.
> а если прочесть man pw и попробовать применить полученные знания, тоже не
> помогает?Я привык пользоваться vipw для редактирования пользовательской базы. До сих пор проблем не было.
> про абракадабры не понял, ты бы показал, что ты там узрел.
Новая запись была сделана по такому шаблону:
<логин>:<длинная неразборчивая строка из символов английского алфавита>
В то время, как должно быть примерно так:
user:$1$4dsafierujcvKKFdskjfnzJJFHWSL0:1001:1001:russian:0:0:User:/home/user:/bin/sh>> Пришлось делать zfs rollback всему тому, что случилось.
> но проср*нный трафик-то он тебе не вернет!Безлимит же.
> на самом деле, не могу понять что ты мог учудить чтобы так сломать систему, серьезно.
Я сам в шоке.
> А кто сказал, что я снимал этот флажок?при поставленном "флажке" должно быть что-то типа:
# $FreeBSD: head/etc/rc.d/netif 240336 2012-09-11 05:04:59Z obrien $> Я привык пользоваться vipw для редактирования пользовательской базы. До сих пор проблем
> не было.а щас какие проблемы?;)
>> про абракадабры не понял, ты бы показал, что ты там узрел.
> Новая запись была сделана по такому шаблону:
> <логин>:<длинная неразборчивая строка из символов английского алфавита>
> В то время, как должно быть примерно так:
> user:$1$4dsafierujcvKKFdskjfnzJJFHWSL0:1001:1001:russian:0:0:User:/home/user:/bin/shэто md5, а нонче по дефолту sha512, если бы ты пользовался pw тебе были бы абсолютно поровну эти изменения, а так.. ты хочешь не следить за развитием, пользоваться методами 4.х и чтобы все было так, как ты привык. так не бывает
>>> Пришлось делать zfs rollback всему тому, что случилось.
>> но проср*нный трафик-то он тебе не вернет!
> Безлимит же.ну тогда не знаю что тебя печалит. жалко лишний гиг места? так даже фильм в dvdrip не поместится;-)
>> на самом деле, не могу понять что ты мог учудить чтобы так сломать систему, серьезно.
> Я сам в шоке.нужно просто следить за развитием вещей которыми пользуешься.
>> А кто сказал, что я снимал этот флажок?
> при поставленном "флажке" должно быть что-то типа:
> # $FreeBSD: head/etc/rc.d/netif 240336 2012-09-11 05:04:59Z obrien $% less /usr/src.svn/etc/rc.d/netif
...
#
# $FreeBSD$
## PROVIDE: netif
# REQUIRE: atm1 cleanvar FILESYSTEMS serial sppp sysctl
# REQUIRE: ipfilter ipfs
...>> Я привык пользоваться vipw для редактирования пользовательской базы. До сих пор проблем
>> не было.
> а щас какие проблемы?;)Сейчас проблем никаких — синхронизирую исходные тексты с CVS. ;)
делай export и не позорься
> делай export и не позорься"svn export не умеет инкрементальные апдейты делать, только полностью вытягивает все сырцы".
>> делай export и не позорься
> "svn export не умеет инкрементальные апдейты делать, только полностью вытягивает все сырцы".зато занимает не в "раза три больше" (с).
>>> делай export и не позорься
>> "svn export не умеет инкрементальные апдейты делать, только полностью вытягивает все сырцы".
> зато занимает не в "раза три больше" (с).% du -hd0 /usr/src
728M /usr/srcКаждый раз выкачивать 728 МБ? Петросян что ли?
>>>> делай export и не позорься
>>> "svn export не умеет инкрементальные апдейты делать, только полностью вытягивает все сырцы".
>> зато занимает не в "раза три больше" (с).
> % du -hd0 /usr/src
> 728M /usr/src
> Каждый раз выкачивать 728 МБ? Петросян что ли?[tiger@tiger]~%du -hd0 /usr/src
1,9G /usr/src
это HEAD. и не парюсь, если бы меня сильно волновало что каталог занимает не 700 мегабайт - выкачивал бы каждый раз, с локального зеркала, оно у меня есть.
А что, с помощью svn нельзя сделать экспорт, а не чекаут, чтобы не создавались .svn каталоги?
наверное расширят бинарный апдейт, чтобы можно было на текущий стейбл переходить. Только как ядро собирать, хотя можно модулями делать.
А кто-нибудь пробовал обновлять порты через svn?
Что-то фигня получается.
1. Инициируем (выполняется нормально)
# svn co https://svn0.us-east.FreeBSD.org/ports/head /usr/ports
2. В последующие дни пытаюсь обновить дерево портов согласно инструкциям
# cd /usr/ports && svn update
однако получаю постоянно растущий список конфликтов типа:
Skipped 'dns' -- Node remains in conflict
Skipped 'www' -- Node remains in conflict
Skipped 'archivers' -- Node remains in conflict
> А кто-нибудь пробовал обновлять порты через svn?
> Что-то фигня получается.
> 1. Инициируем (выполняется нормально)
> # svn co https://svn0.us-east.FreeBSD.org/ports/head /usr/ports
> 2. В последующие дни пытаюсь обновить дерево портов согласно инструкциям
> # cd /usr/ports && svn update
> однако получаю постоянно растущий список конфликтов типа:
> Skipped 'dns' -- Node remains in conflict
> Skipped 'www' -- Node remains in conflict
> Skipped 'archivers' -- Node remains in conflictа почему не просто svn.freebsd.org ? у меня оттуда зеркало синкается, проблем нет
Брал из официального списка зеркал: http://www.freebsd.org/doc/handbook/mirrors-svn.html
Но дело оказалось не в нём.
Оказалось, что перед клонированием дерева портов обязательно необходимо очистить /usr/ports:
# rm -rf /usr/ports
> Оказалось, что перед клонированием дерева портов обязательно необходимо очистить /usr/ports:
> # rm -rf /usr/portsЭто, по меньшей мере, странно.
Зачем тогда вообще svn, можно просто качать ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/ports.tar.gz при необходимости
>> Оказалось, что перед клонированием дерева портов обязательно необходимо очистить /usr/ports:
>> # rm -rf /usr/ports
> Это, по меньшей мере, странно.
> Зачем тогда вообще svn, можно просто качать ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/ports.tar.gz
> при необходимостиsvn - чтобы в дальнейшем обновлять порты командой
# svn up /usr/ports
Кроме того я рассчитываю научиться откатывать порты (аналог portdowngrade).
Год назад, например, разработчики поломали redmine. Мне пришлось откатываться на предыдущую, рабочую версию.
> svn - чтобы в дальнейшем обновлять порты командой
> # svn up /usr/portsПочему не portsnap fetch; portsnap update ?
>> svn - чтобы в дальнейшем обновлять порты командой
>> # svn up /usr/ports
> Почему не portsnap fetch; portsnap update ?portsnap умеет >1 таджета за раз:) как-то так: portsnap fetch update
>> svn - чтобы в дальнейшем обновлять порты командой
>> # svn up /usr/ports
> Почему не portsnap fetch; portsnap update ?Нет возможности откатить порты. (см. выше)
>>> Оказалось, что перед клонированием дерева портов обязательно необходимо очистить /usr/ports:
>>> # rm -rf /usr/ports
>> Это, по меньшей мере, странно.
>> Зачем тогда вообще svn, можно просто качать ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/ports.tar.gz
>> при необходимости
> svn - чтобы в дальнейшем обновлять порты командой
> # svn up /usr/portsТак вы же писали несколько выше, что у вас как раз в процессе исполнения этой команды и появляются ошибки. И вместо обновления приходится выкачивать порты заново.
Или я что-то не так понимаю?
>[оверквотинг удален]
>>>> # rm -rf /usr/ports
>>> Это, по меньшей мере, странно.
>>> Зачем тогда вообще svn, можно просто качать ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/ports.tar.gz
>>> при необходимости
>> svn - чтобы в дальнейшем обновлять порты командой
>> # svn up /usr/ports
> Так вы же писали несколько выше, что у вас как раз в
> процессе исполнения этой команды и появляются ошибки. И вместо обновления приходится
> выкачивать порты заново.
> Или я что-то не так понимаю?Перед выполнением "svn checkout" нужно очистить /usr/ports. Это решает проблему.
В дальнейшем можно спокойно обновлять порты командой "svn update". Я проверил. Работает.
> Перед выполнением "svn checkout" нужно очистить /usr/ports. Это решает проблему.
> В дальнейшем можно спокойно обновлять порты командой "svn update". Я проверил. Работает.А-а. Всё, теперь дошло, спасибо.
> Брал из официального списка зеркал: http://www.freebsd.org/doc/handbook/mirrors-svn.html
> Но дело оказалось не в нём.
> Оказалось, что перед клонированием дерева портов обязательно необходимо очистить /usr/ports:интересно, а как среагировал svn на команду checkout с непустым /usr/ports тогда...
>> Брал из официального списка зеркал: http://www.freebsd.org/doc/handbook/mirrors-svn.html
>> Но дело оказалось не в нём.
>> Оказалось, что перед клонированием дерева портов обязательно необходимо очистить /usr/ports:
> интересно, а как среагировал svn на команду checkout с непустым /usr/ports тогда...Когда я устанавливал систему, заодно установил из дистрибутива порты.
Далее при непустом /usr/ports выполнил checkout. Прошло гладко без сообщений об ошибках.
Когда же я попытался выполнить update, появились сообщения о конфликтах.
И сейчас я понимаю почему. svn - это не rsync. svn checkout позаботился о корректности только тех объектов внутри /usr/ports, которые значатся в его репозитории. Однако, svn update осмотрела все объекты и обнаружила лишние.
Вывод: нельзя выполнять svn checkout на непустом /usr/ports.
rtfmhttp://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/po...
> rtfm
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/po...В этом документе нигде явно не указано, что перед svn checkout необходимо удалить /usr/ports. Уж извините. Не в тему.
>> rtfm
>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/po...
> В этом документе нигде явно не указано, что перед svn checkout необходимо
> удалить /usr/ports. Уж извините. Не в тему.а блин, торможу. Просто для тех кто работал с svn это логично. Перепутал с portsnap его в доке.
Заметил 9.1-PRERELEASE виснет под варей регулярно ...
> Заметил 9.1-PRERELEASE виснет под варей регулярно ...У наших разработчиков на новом Supermicro больше месяца стабильно бежит 9.1-RC1.
>> Заметил 9.1-PRERELEASE виснет под варей регулярно ...
> У наших разработчиков на новом Supermicro больше месяца стабильно бежит 9.1-RC1.Снес vmtools но проблема не ищезла. Ищу причину. Подозреваю что это известный баг связанный с аппаратным вычислением контрольных сумм и прочих плюшек в сетевом адаптере хоста. Эта та самая проблема подвисаний гостей при использовании чего либо использующие libpcap ...
>> Заметил 9.1-PRERELEASE виснет под варей регулярно ...
> У наших разработчиков на новом Supermicro больше месяца стабильно бежит 9.1-RC1.у меня rc1 под ксеном не взлетела, ни hvm, ни pv. А вот rc2 бегает бодрячком.