Отныне csup, аналог cvsup, написанный на языке Си, умеет (http://docs.freebsd.org/cgi/mid.cgi?200901051518.n05FIGli099929) зеркалировать CVS репозиторий целиком, устраняя тем самым основной повод устанавливать net/cvsup-without-gui и оставляя последний только в качестве демона. В csup также включена поддержка клонирования обычных (не-rcs) файлов, но отключена по умолчанию. Данное изменение не должно отразится на текущем использовании csup, т.к. существующий код почти не был затронут.URL: http://docs.FreeBSD.org/cgi/mid.cgi?200901051518.n05FIGli099929
Новость: http://www.opennet.ru/opennews/art.shtml?num=19646
при использовании для обновление драгонфлая csup часто либо команды cvs сервера не понимает
либо падает
будем надеяться что когда то его пофиксят
и можно будет полноценно заменить его вместо cvsup
Эти всё с цвсом балуются... Давно уже на гите надо быть
>Эти всё с цвсом балуются... Давно уже на гите надо бытькому надо и почему именно на гите? Откуда такое желание диктатуры? У МС насмотрелись?
>>Эти всё с цвсом балуются... Давно уже на гите надо быть
>
>кому надо и почему именно на гите? Откуда такое желание диктатуры? У
>МС насмотрелись?Потому много разработчиков *уже* работают на DVCS, где git лидирует по популярности. И это несмотря на то, что рекомедуемой DVCS является svk, а не git, т.к. base находится в svn.
>>>Эти всё с цвсом балуются... Давно уже на гите надо быть
>>
>>кому надо и почему именно на гите? Откуда такое желание диктатуры? У
>>МС насмотрелись?
>
>Потому много разработчиков *уже* работают на DVCS, где git лидирует по популярности.
>И это несмотря на то, что рекомедуемой DVCS является svk, а
>не git, т.к. base находится в svn.Венда тоже лидер по популярности. Не обрекайте себя на чувство толпы.
>Венда тоже лидер по популярности. Не обрекайте себя на чувство толпы.В венде много работаешь? DVCS просто удобно как для юзера, так и для разработчика.
А ну-ка расскажи мне как работать с svn в оффлайне, не прибегая к к тормозному костылю svk? Куда коммитить? А с perforce во FreeBSD вообще ужас - все посторонние разработчики в пролете. Скачать историю могут только "избранные", а просто скачать файл можно только через web-интерфейс, но перед надо еще найти скрипт на ruby, что скачивать не по одному. Спасибо, до свиданья. Ваш открытый проект - блеф. А то, что попадает в HEAD, не имеет промежуточной истории развития. Яркий пример, коммит DTrace или ZFS - один большой блоб.
>А
>то, что попадает в HEAD, не имеет промежуточной истории развития. Яркий
>пример, коммит DTrace или ZFS - один большой блоб.Ну-ка, ну-ка, где блобы в исходниках ZFS? Расширь тему.
> Ну-ка, ну-ка, где блобы в исходниках ZFS? Расширь тему.Ты читать не умеешь? Глянь на r185029. В этом общем коммите потеряна вся история изменений внутри из perforce (из freebsd) и mercurial (из opensolaris). Такие блобы только затрудняют работу с исходниками.
ps, или у тя в голове blob существует только в контексте закрытой проприетарщины типа nvidia-driver, oracle, vmware?
>> Ну-ка, ну-ка, где блобы в исходниках ZFS? Расширь тему.
>
>Ты читать не умеешь? Глянь на r185029. В этом общем коммите потеряна
>вся история изменений внутри из perforce (из freebsd) и mercurial (из
>opensolaris). Такие блобы только затрудняют работу с исходниками.
>
>ps, или у тя в голове blob существует только в контексте закрытой
>проприетарщины типа nvidia-driver, oracle, vmware?BLOB == Binary Large OBject
> BLOB == Binary Large OBjectтролль тоньше,
a clump, group or collection that lacks definite shape.
-- http://en.wiktionary.org/wiki/blob
Когда все остальные переходят с CVS на что-то еще, они только начинают доводить его использование до кондиции.
>Когда все остальные переходят с CVS на что-то еще, они только начинают
>доводить его использование до кондиции.base уже давно не на cvs, а на svn. Разработка ведется частично ведется в perforce, частично в base/{users,projects}/, частично на локальных копиях. То, что находится в head (8-CURRENT), это уже слив в центральный репозиторий для интеграции.
И самое большое зло здесь не cvs, а perforce в котором нет анонимного read-only доступа.
>>Когда все остальные переходят с CVS на что-то еще, они только начинают
>>доводить его использование до кондиции.
>
>base уже давно не на cvs, а на svn. Разработка ведется частично
>ведется в perforce, частично в base/{users,projects}/, частично на локальных копиях. То,
>что находится в head (8-CURRENT), это уже слив в центральный репозиторий
>для интеграции.
>
>И самое большое зло здесь не cvs, а perforce в котором нет
>анонимного read-only доступа.What do you use here? Perforce? ... Perforce. Eh ... I'm sorry. (c) Linus Torvalds
>What do you use here? Perforce? ... Perforce. Eh ... I'm sorry. (c) Linus TorvaldsWho are you to f...g lecture me?
>What do you use here? Perforce? ... Perforce. Eh ... I'm sorry.
>(c) Linus TorvaldsВеликий гуру Линус! Наверное из-за его велискости Linux никогда не будет иметь такой же безошибочный код как в OpenBSD )))
>из-за его велискости Linux никогда не будет иметь такой же безошибочный код как в OpenBSD )))То есть Вы хотите сказать, что из-за беошибочности Тео код OpenBSD никогда не будет так велик, как... Гм! Да, Вы бредите! :-P
%)
> Наверное из-за его велискости Linux никогда не будет иметь такой же безошибочный код как в OpenBSDЕсли говорить о ядрах, то код ядра OpenBSD безошибочен только потому, что его никто всерьез не меняет. Из года в год разработчики вылизывают старое ядро 4.4BSD, добавляя в основном только новые драйверы устройств. Где сетевой стек без giant locks и interrupt handling с поддержкой многопроцессорности? Где нормальный cpu и i/o scheduling? Где эффективный классификатор трафика для ALTQ? Ничего этого нет и никогда не будет. OpenBSD является средой для разработки хороших вещей, вроде pf и OpenSSH, но в пользовательском плане она пригодна лишь для однопроцессорных SOHO-роутеров и быдлосерверов с маленькими нагрузками.
Для сравнения стоит взглянуть на изменения кода Linux. Это миллионы строк кода в год. Для того, чтобы эффективно делать branching и merging в таких масштабах как раз и нужен git. А для коммитов по десять строк раз в неделю достаточно и cvs.