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

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

"Второй кандидат в релизы FreeBSD 9.1 "	+/–
Сообщение от opennews (ok) on 11-Окт-12, 12:08
Представлен (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
Ответить | Правка | Cообщить модератору

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

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

1. "Второй кандидат в релизы FreeBSD 9.1 "	–1 +/–
Сообщение от iZEN (ok) on 11-Окт-12, 12:08
> Несмотря на это, пользователям рекомендуется не затягивать с переходом на использование SVN при выполнении обновления исходных текстов. Чем оно лучше для пользователей? Каталог /usr/src при этом по размеру больше раза в три, чем если бы через CVS его обновляли.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "Второй кандидат в релизы FreeBSD 9.1 "	+1 +/–
	Сообщение от savant (ok) on 11-Окт-12, 12:39
	Для разработчиков SVN значительно удобнее нежели CVS. Устриц ел.
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	4. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от iZEN (ok) on 11-Окт-12, 13:28
	> Для разработчиков SVN значительно удобнее нежели CVS. Устриц ел. Неразработчиков среди пользователей FreeBSD гораздо больше. Им нужно работать, а не коммиты в дерево разработчиков слать.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	5. "Второй кандидат в релизы FreeBSD 9.1 "	+1 +/–
	Сообщение от arachnid (ok) on 11-Окт-12, 13:32
	и вообще - зачем нужны разработчики? только все ломают!
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	6. "Второй кандидат в релизы FreeBSD 9.1 "	+1 +/–
	Сообщение от savant (ok) on 11-Окт-12, 14:18
	>> Для разработчиков SVN значительно удобнее нежели CVS. Устриц ел. > Неразработчиков среди пользователей FreeBSD гораздо больше. Им нужно работать, а не коммиты > в дерево разработчиков слать. man svn export. и вообще, если ты не разработчик, тебе svn копия исходников по большому счёту и не нужна.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	9. "Второй кандидат в релизы FreeBSD 9.1 "	+1 +/–
	Сообщение от тигар (ok) on 11-Окт-12, 16:28
	> man svn export. и вообще, если ты не разработчик, тебе svn копия > исходников по большому счёту и не нужна. svn help export это izen, не вводи его в заблуждение.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	18. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от iZEN (ok) on 11-Окт-12, 21:59
	>>> Для разработчиков SVN значительно удобнее нежели CVS. Устриц ел. >> Неразработчиков среди пользователей FreeBSD гораздо больше. Им нужно работать, а не коммиты >> в дерево разработчиков слать. > man svn export. и вообще, если ты не разработчик, тебе svn копия > исходников по большому счёту и не нужна. Правильно, мне svn-копия не нужна! У меня есть чистое дерево исходного кода RELENG_9 с CVS-сервера, полученное и периодически обновляемое через встроенную в систему утилиту csup(1). А тут ещё ставь какой-то subversion с тучей опций, в списке которых чёрт ногу сломит, какие нужны, какие не нужны.
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	22. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от тигар (ok) on 11-Окт-12, 22:26
	> А тут ещё ставь какой-то subversion с тучей опций, > в списке которых чёрт ногу сломит, какие нужны, какие не нужны. descriptios для опций появились, я полагаю, одновременно с опциями. в случае с devel/subversion какая из опций не понятна?
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	26. "Второй кандидат в релизы FreeBSD 9.1 "	–1 +/–
	Сообщение от iZEN (ok) on 11-Окт-12, 23:40
	>> А тут ещё ставь какой-то 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
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

	28. "Второй кандидат в релизы FreeBSD 9.1 "	+1 +/–
	Сообщение от тигар (ok) on 11-Окт-12, 23:55
	>>> А тут ещё ставь какой-то 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 разве что
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	29. "Второй кандидат в релизы FreeBSD 9.1 "	+1 +/–
	Сообщение от iZEN (ok) on 12-Окт-12, 00:01
	> собственно. конкретно _тебе_ как пользователю, которому не нужно нифига, можно ставить > с дефолтовыми опциями, ну _возможно_ оторвать neon разве что И чем такое SVN-уродство лучше _нормального_ инкрементального обновления каталога с исходниками с помощью csup(1)? Вот чем?!
	Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

	30. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от тигар (ok) on 12-Окт-12, 00:17
	>> собственно. конкретно _тебе_ как пользователю, которому не нужно нифига, можно ставить >> с дефолтовыми опциями, ну _возможно_ оторвать neon разве что > И чем такое SVN-уродство лучше _нормального_ инкрементального обновления каталога с исходниками > с помощью csup(1)? Вот чем?! тем, что csup не будет поддерживаться, а svn - поддерживается и будет поддерживаться, по крайней мере пока он используется в разработке данной ОС. экспорт рано или поздно выключат. потому что скрипт, который делает экпорт в cvs глючит и накладывает ряд ограничений для разработчиков на работу с репозиторием. если сам лично не сталкивался - можешь поискать в листах нытье из области "я 100500 раз пытался обновиться с $mirror но апдейты не пришли, WTF?!" и ответы "ыыыы. снова поломалась синхронизация, я тут подпер костыликом, но вы [коммитеры] больше так не делайте!"
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	40. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от iZEN (ok) on 13-Окт-12, 17:16
	> тем, что csup не будет поддерживаться, а svn - поддерживается и будет > поддерживаться, по крайней мере пока он используется в разработке данной ОС. > экспорт рано или поздно выключат. потому что скрипт, который делает экпорт в > cvs глючит и накладывает ряд ограничений для разработчиков на работу с > репозиторием. > если сам лично не сталкивался - можешь поискать в листах нытье из > области "я 100500 раз пытался обновиться с $mirror но апдейты не > пришли, WTF?!" и ответы "ыыыы. снова поломалась синхронизация, я тут подпер > костыликом, но вы [коммитеры] больше так не делайте!" Вчера попробовал синхронизировать дерево исходных текстов через SVN. Скачалось 1.4 ГБ (раза в два больше CVSшного). Пересобрал систему. При установке пришлось попотеть с mergemaster, так как в конфигурационных файлах исчезла информация обо всех датах и ревизиях, остались одни лишь "$FreeBSD$". Но и после обновления конфигурации и перезагрузки меня ждали чудеса: не мог зайти в качестве пользователя, пароль рута обнулился, хотя мержил пользовательскую базу данных как полагается. Создаю нового пользователя с тем же именем и идентификатором — не пускает в старый домашний каталог, хоть тресни! Открываю vipw и вижу чудо: записи root и пользователя представляют собой зашифрованные абракадабры. Как редактировать класс пользователя, назначить оболочку — непонятно. Это же ужас. Пришлось делать zfs rollback всему тому, что случилось.
	Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

	41. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от тигар (ok) on 13-Окт-12, 22:21
	> Вчера попробовал синхронизировать дерево исходных текстов через SVN. Скачалось 1.4 ГБ (раза > в два больше CVSшного). > Пересобрал систему. При установке пришлось попотеть с mergemaster, так как в конфигурационных > файлах исчезла информация обо всех датах и ревизиях, остались одни лишь > "$FreeBSD$". бгыгыгы. а зачем ты снимал  [x] с FreeBSD Project log template ?;-) мержмастер умеет заменять ident, если ничего кроме него не изменилось автоматически. > Но и после обновления конфигурации и перезагрузки меня ждали чудеса: не мог > зайти в качестве пользователя, пароль рута обнулился, хотя мержил пользовательскую базу > данных как полагается. Создаю нового пользователя с тем же именем и > идентификатором — не пускает в старый домашний каталог, хоть тресни! Открываю > vipw и вижу чудо: записи root и пользователя представляют собой зашифрованные > абракадабры. Как редактировать класс пользователя, назначить оболочку — непонятно. > Это же ужас. а если прочесть man pw и попробовать применить полученные знания, тоже не помогает? про абракадабры не понял, ты бы показал, что ты там узрел. > Пришлось делать zfs rollback всему тому, что случилось. но проср*нный трафик-то он тебе не вернет! на самом деле, не могу понять что ты мог учудить чтобы так сломать систему, серьезно.
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	42. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от iZEN (ok) on 14-Окт-12, 15:42
	>> Вчера попробовал синхронизировать дерево исходных текстов через 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 всему тому, что случилось. > но проср*нный трафик-то он тебе не вернет! Безлимит же. > на самом деле, не могу понять что ты мог учудить чтобы так сломать систему, серьезно. Я сам в шоке.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	43. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от тигар (ok) on 14-Окт-12, 17:20
	> А кто сказал, что я снимал этот флажок? при поставленном "флажке" должно быть что-то типа: # $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 не поместится;-) >> на самом деле, не могу понять что ты мог учудить чтобы так сломать систему, серьезно. > Я сам в шоке. нужно просто следить за развитием вещей которыми пользуешься.
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	44. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от iZEN (ok) on 14-Окт-12, 17:51
	>> А кто сказал, что я снимал этот флажок? > при поставленном "флажке" должно быть что-то типа: > # $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. ;)
	Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

	8. "Второй кандидат в релизы FreeBSD 9.1 "	+2 +/–
	Сообщение от тигар (ok) on 11-Окт-12, 16:27
	делай export и не позорься
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	16. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от iZEN (ok) on 11-Окт-12, 21:54
	> делай export и не позорься "svn export не умеет инкрементальные апдейты делать, только полностью вытягивает все сырцы".
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	21. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от тигар (ok) on 11-Окт-12, 22:24
	>> делай export и не позорься > "svn export не умеет инкрементальные апдейты делать, только полностью вытягивает все сырцы". зато занимает не в "раза три больше" (с).
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	24. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от iZEN (ok) on 11-Окт-12, 23:37
	>>> делай export и не позорься >> "svn export не умеет инкрементальные апдейты делать, только полностью вытягивает все сырцы". > зато занимает не в "раза три больше" (с). % du -hd0 /usr/src 728M    /usr/src Каждый раз выкачивать 728 МБ? Петросян что ли?
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	27. "Второй кандидат в релизы FreeBSD 9.1 "	–1 +/–
	Сообщение от тигар (ok) on 11-Окт-12, 23:46
	>>>> делай export и не позорься >>> "svn export не умеет инкрементальные апдейты делать, только полностью вытягивает все сырцы". >> зато занимает не в "раза три больше" (с). > % du -hd0 /usr/src > 728M /usr/src > Каждый раз выкачивать 728 МБ? Петросян что ли? [tiger@tiger]~%du -hd0 /usr/src 1,9G    /usr/src это HEAD. и не парюсь, если бы меня сильно волновало что каталог занимает не 700 мегабайт  - выкачивал бы каждый раз, с локального зеркала, оно у меня есть.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	11. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от metallic (ok) on 11-Окт-12, 18:19
	А что, с помощью svn нельзя сделать экспорт, а не чекаут, чтобы не создавались .svn каталоги?
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
Сообщение от makky (ok) on 11-Окт-12, 12:58
наверное расширят бинарный апдейт, чтобы можно было на текущий стейбл переходить. Только как ядро собирать, хотя можно модулями делать.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
Сообщение от mvalery (ok) on 11-Окт-12, 14:19
А кто-нибудь пробовал обновлять порты через 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
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	10. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от тигар (ok) on 11-Окт-12, 16:30
	> А кто-нибудь пробовал обновлять порты через 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 ? у меня оттуда зеркало синкается, проблем нет
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	12. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от mvalery (ok) on 11-Окт-12, 19:10
	Брал из официального списка зеркал: http://www.freebsd.org/doc/handbook/mirrors-svn.html Но дело оказалось не в нём. Оказалось, что перед клонированием дерева портов обязательно необходимо очистить /usr/ports: # rm -rf /usr/ports
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	13. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от SHRDLU (ok) on 11-Окт-12, 19:51
	> Оказалось, что перед клонированием дерева портов обязательно необходимо очистить /usr/ports: > # rm -rf /usr/ports Это, по меньшей мере, странно. Зачем тогда вообще svn, можно просто качать ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/ports.tar.gz при необходимости
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	15. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от mvalery (ok) on 11-Окт-12, 21:49
	>> Оказалось, что перед клонированием дерева портов обязательно необходимо очистить /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. Мне пришлось откатываться на предыдущую, рабочую версию.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	20. "Второй кандидат в релизы FreeBSD 9.1 "	+1 +/–
	Сообщение от nagual (ok) on 11-Окт-12, 22:23
	> svn - чтобы в дальнейшем обновлять порты командой > # svn up /usr/ports Почему не portsnap fetch; portsnap update ?
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	31. "Второй кандидат в релизы FreeBSD 9.1 "	+1 +/–
	Сообщение от тигар (ok) on 12-Окт-12, 00:19
	>> svn - чтобы в дальнейшем обновлять порты командой >> # svn up /usr/ports > Почему не portsnap fetch; portsnap update ? portsnap умеет >1 таджета за раз:) как-то так: portsnap fetch update
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	32. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от mvalery (ok) on 12-Окт-12, 00:22
	>> svn - чтобы в дальнейшем обновлять порты командой >> # svn up /usr/ports > Почему не portsnap fetch; portsnap update ? Нет возможности откатить порты. (см. выше)
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	37. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от SHRDLU (ok) on 12-Окт-12, 12:39
	>>> Оказалось, что перед клонированием дерева портов обязательно необходимо очистить /usr/ports: >>> # rm -rf /usr/ports >> Это, по меньшей мере, странно. >> Зачем тогда вообще svn, можно просто качать ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/ports.tar.gz >> при необходимости > svn - чтобы в дальнейшем обновлять порты командой > # svn up /usr/ports Так вы же писали несколько выше, что у вас как раз в процессе исполнения этой команды и появляются ошибки. И вместо обновления приходится выкачивать порты заново. Или я что-то не так понимаю?
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	38. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от mvalery (ok) on 12-Окт-12, 13:18
	>[оверквотинг удален] >>>> # 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". Я проверил. Работает.
	Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

	39. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от SHRDLU (ok) on 12-Окт-12, 13:26
	> Перед выполнением "svn checkout" нужно очистить /usr/ports. Это решает проблему. > В дальнейшем можно спокойно обновлять порты командой "svn update". Я проверил. Работает. А-а. Всё, теперь дошло, спасибо.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	23. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от тигар (ok) on 11-Окт-12, 22:28
	> Брал из официального списка зеркал: http://www.freebsd.org/doc/handbook/mirrors-svn.html > Но дело оказалось не в нём. > Оказалось, что перед клонированием дерева портов обязательно необходимо очистить /usr/ports: интересно, а как среагировал svn на команду checkout с непустым /usr/ports тогда...
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	25. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от mvalery (ok) on 11-Окт-12, 23:39
	>> Брал из официального списка зеркал: 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.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	33. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от Aleksey Salow (ok) on 12-Окт-12, 01:54
	rtfm http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/po...
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	35. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от mvalery (ok) on 12-Окт-12, 02:19
	> rtfm > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/po... В этом документе нигде явно не указано, что перед svn checkout необходимо удалить /usr/ports. Уж извините. Не в тему.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	36. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от Aleksey Salow (ok) on 12-Окт-12, 02:25
	>> rtfm >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/po... > В этом документе нигде явно не указано, что перед svn checkout необходимо > удалить /usr/ports. Уж извините. Не в тему. а блин, торможу. Просто для тех кто работал с svn это логично. Перепутал с portsnap его в доке.
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

14. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
Сообщение от nagual (ok) on 11-Окт-12, 20:04
Заметил 9.1-PRERELEASE виснет под варей регулярно ...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	17. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от mvalery (ok) on 11-Окт-12, 21:57
	> Заметил 9.1-PRERELEASE виснет под варей регулярно ... У наших разработчиков на новом Supermicro больше месяца стабильно бежит 9.1-RC1.
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	19. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от nagual (ok) on 11-Окт-12, 22:04
	>> Заметил 9.1-PRERELEASE виснет под варей регулярно ... > У наших разработчиков на новом Supermicro больше месяца стабильно бежит 9.1-RC1. Снес vmtools но проблема не ищезла. Ищу причину. Подозреваю что это известный баг связанный с аппаратным вычислением контрольных сумм и прочих плюшек в сетевом адаптере хоста. Эта та самая проблема подвисаний гостей при использовании чего либо  использующие libpcap ...
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	34. "Второй кандидат в релизы FreeBSD 9.1 "	+/–
	Сообщение от Aleksey Salow (ok) on 12-Окт-12, 01:55
	>> Заметил 9.1-PRERELEASE виснет под варей регулярно ... > У наших разработчиков на новом Supermicro больше месяца стабильно бежит 9.1-RC1. у меня rc1 под ксеном не взлетела, ни hvm, ни pv. А вот rc2 бегает бодрячком.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

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

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