| 1.1, iZEN (ok), 12:08, 11/10/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 > Несмотря на это, пользователям рекомендуется не затягивать с переходом на использование SVN при выполнении обновления исходных текстов.
Чем оно лучше для пользователей? Каталог /usr/src при этом по размеру больше раза в три, чем если бы через CVS его обновляли.
| | |
| |
| 2.2, savant (ok), 12:39, 11/10/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Для разработчиков SVN значительно удобнее нежели CVS. Устриц ел.
| | |
| |
| 3.4, iZEN (ok), 13:28, 11/10/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Для разработчиков SVN значительно удобнее нежели CVS. Устриц ел.
Неразработчиков среди пользователей FreeBSD гораздо больше. Им нужно работать, а не коммиты в дерево разработчиков слать.
| | |
| |
| 4.6, savant (ok), 14:18, 11/10/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Для разработчиков SVN значительно удобнее нежели CVS. Устриц ел.
> Неразработчиков среди пользователей FreeBSD гораздо больше. Им нужно работать, а не коммиты
> в дерево разработчиков слать.
man svn export. и вообще, если ты не разработчик, тебе svn копия исходников по большому счёту и не нужна.
| | |
| |
| 5.9, тигар (ok), 16:28, 11/10/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > man svn export. и вообще, если ты не разработчик, тебе svn копия
> исходников по большому счёту и не нужна.
svn help export
это izen, не вводи его в заблуждение.
| | |
| 5.18, iZEN (ok), 21:59, 11/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>> Для разработчиков SVN значительно удобнее нежели CVS. Устриц ел.
>> Неразработчиков среди пользователей FreeBSD гораздо больше. Им нужно работать, а не коммиты
>> в дерево разработчиков слать.
> man svn export. и вообще, если ты не разработчик, тебе svn копия
> исходников по большому счёту и не нужна.
Правильно, мне svn-копия не нужна! У меня есть чистое дерево исходного кода RELENG_9 с CVS-сервера, полученное и периодически обновляемое через встроенную в систему утилиту csup(1). А тут ещё ставь какой-то subversion с тучей опций, в списке которых чёрт ногу сломит, какие нужны, какие не нужны.
| | |
| |
| 6.22, тигар (ok), 22:26, 11/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
> А тут ещё ставь какой-то subversion с тучей опций,
> в списке которых чёрт ногу сломит, какие нужны, какие не нужны.
descriptios для опций появились, я полагаю, одновременно с опциями. в случае с devel/subversion какая из опций не понятна?
| | |
| |
| 7.26, iZEN (ok), 23:40, 11/10/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> А тут ещё ставь какой-то 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
| | |
| |
| 8.28, тигар (ok), 23:55, 11/10/2012 [^] [^^] [^^^] [ответить] | +1 +/– | если не планируешь пользоваться svnserve - нет, не нужно http svnbook red-bea... текст свёрнут, показать | | |
| |
| 9.29, iZEN (ok), 00:01, 12/10/2012 [^] [^^] [^^^] [ответить] | +1 +/– | И чем такое SVN-уродство лучше _нормального_ инкрементального обновления каталог... текст свёрнут, показать | | |
| |
| 10.30, тигар (ok), 00:17, 12/10/2012 [^] [^^] [^^^] [ответить] | +/– | тем, что csup не будет поддерживаться, а svn - поддерживается и будет поддержива... текст свёрнут, показать | | |
| |
| 11.40, iZEN (ok), 17:16, 13/10/2012 [^] [^^] [^^^] [ответить] | +/– | Вчера попробовал синхронизировать дерево исходных текстов через SVN Скачалось 1... текст свёрнут, показать | | |
| |
| |
| 13.42, iZEN (ok), 15:42, 14/10/2012 [^] [^^] [^^^] [ответить] | +/– | А кто сказал, что я снимал этот флажок cat var db ports subversion options ... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
|
|
| |
| 3.16, iZEN (ok), 21:54, 11/10/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> делай export и не позорься
"svn export не умеет инкрементальные апдейты делать, только полностью вытягивает все сырцы".
| | |
| |
| 4.21, тигар (ok), 22:24, 11/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> делай export и не позорься
> "svn export не умеет инкрементальные апдейты делать, только полностью вытягивает все сырцы".
зато занимает не в "раза три больше" (с).
| | |
| |
| 5.24, iZEN (ok), 23:37, 11/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>> делай export и не позорься
>> "svn export не умеет инкрементальные апдейты делать, только полностью вытягивает все сырцы".
> зато занимает не в "раза три больше" (с).
% du -hd0 /usr/src
728M /usr/src
Каждый раз выкачивать 728 МБ? Петросян что ли?
| | |
| |
| 6.27, тигар (ok), 23:46, 11/10/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>>> делай export и не позорься
>>> "svn export не умеет инкрементальные апдейты делать, только полностью вытягивает все сырцы".
>> зато занимает не в "раза три больше" (с).
> % du -hd0 /usr/src
> 728M /usr/src
> Каждый раз выкачивать 728 МБ? Петросян что ли?
[tiger@tiger]~%du -hd0 /usr/src
1,9G /usr/src
это HEAD. и не парюсь, если бы меня сильно волновало что каталог занимает не 700 мегабайт - выкачивал бы каждый раз, с локального зеркала, оно у меня есть.
| | |
|
|
|
|
| 2.11, metallic (ok), 18:19, 11/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
 А что, с помощью svn нельзя сделать экспорт, а не чекаут, чтобы не создавались .svn каталоги?
| | |
|
| 1.3, makky (ok), 12:58, 11/10/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 наверное расширят бинарный апдейт, чтобы можно было на текущий стейбл переходить. Только как ядро собирать, хотя можно модулями делать.
| | |
| 1.7, mvalery (ok), 14:19, 11/10/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 А кто-нибудь пробовал обновлять порты через 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
| | |
| |
| 2.10, тигар (ok), 16:30, 11/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
> А кто-нибудь пробовал обновлять порты через 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 ? у меня оттуда зеркало синкается, проблем нет
| | |
| |
| |
| |
| 5.15, mvalery (ok), 21:49, 11/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Оказалось, что перед клонированием дерева портов обязательно необходимо очистить /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. Мне пришлось откатываться на предыдущую, рабочую версию.
| | |
| |
| 6.20, nagual (ok), 22:23, 11/10/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > svn - чтобы в дальнейшем обновлять порты командой
> # svn up /usr/ports
Почему не portsnap fetch; portsnap update ?
| | |
| |
| 7.31, тигар (ok), 00:19, 12/10/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> svn - чтобы в дальнейшем обновлять порты командой
>> # svn up /usr/ports
> Почему не portsnap fetch; portsnap update ?
portsnap умеет >1 таджета за раз:) как-то так: portsnap fetch update
| | |
| 7.32, mvalery (ok), 00:22, 12/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> svn - чтобы в дальнейшем обновлять порты командой
>> # svn up /usr/ports
> Почему не portsnap fetch; portsnap update ?
Нет возможности откатить порты. (см. выше)
| | |
|
| 6.37, SHRDLU (ok), 12:39, 12/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
 >>> Оказалось, что перед клонированием дерева портов обязательно необходимо очистить /usr/ports:
>>> # rm -rf /usr/ports
>> Это, по меньшей мере, странно.
>> Зачем тогда вообще svn, можно просто качать ftp://ftp.freebsd.org/pub/FreeBSD/ports/ports/ports.tar.gz
>> при необходимости
> svn - чтобы в дальнейшем обновлять порты командой
> # svn up /usr/ports
Так вы же писали несколько выше, что у вас как раз в процессе исполнения этой команды и появляются ошибки. И вместо обновления приходится выкачивать порты заново.
Или я что-то не так понимаю?
| | |
| |
| 7.38, mvalery (ok), 13:18, 12/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>>>> # 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". Я проверил. Работает.
| | |
|
|
|
| |
| 5.25, mvalery (ok), 23:39, 11/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Брал из официального списка зеркал: 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.
| | |
|
|
|
|
| |
| 2.17, mvalery (ok), 21:57, 11/10/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Заметил 9.1-PRERELEASE виснет под варей регулярно ...
У наших разработчиков на новом Supermicro больше месяца стабильно бежит 9.1-RC1.
| | |
| |
| 3.19, nagual (ok), 22:04, 11/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Заметил 9.1-PRERELEASE виснет под варей регулярно ...
> У наших разработчиков на новом Supermicro больше месяца стабильно бежит 9.1-RC1.
Снес vmtools но проблема не ищезла. Ищу причину. Подозреваю что это известный баг связанный с аппаратным вычислением контрольных сумм и прочих плюшек в сетевом адаптере хоста. Эта та самая проблема подвисаний гостей при использовании чего либо использующие libpcap ...
| | |
| 3.34, Aleksey Salow (ok), 01:55, 12/10/2012 [^] [^^] [^^^] [ответить]
| +/– |
 >> Заметил 9.1-PRERELEASE виснет под варей регулярно ...
> У наших разработчиков на новом Supermicro больше месяца стабильно бежит 9.1-RC1.
у меня rc1 под ксеном не взлетела, ни hvm, ни pv. А вот rc2 бегает бодрячком.
| | |
|
|
|
