emerge --sync станет быстрее?

botcoder ищет rsync в новостях по метке "передача файлов"... куда лор катится

В ~x86 вроде давно были версии 3.0.0-rc rsync'а, так что вряд ли.

> emerge --sync станет быстрее?

Давно задаюсь вопросом, почему нельзя для портежей вместо rsync использовать любую VCS, хоть SVN, хоть Mercurial. Не надо будет для каждого синка прочёсывать несколько сотен мег файлов и считать контрольные суммы, достаточно будет только скачать недостающие changest-ы, и быстрее, и проще.

инкрементной -> инкрементальной

"целый ряд ошибок" - забавно...

>Давно задаюсь вопросом, почему нельзя для портежей вместо rsync использовать любую VCS, хоть SVN, хоть Mercurial.

SVN м.б., но не Mercurial. При всей моей любви к последнему, не очень он годится для этого. Первичное клонирование репозитория занимает ооочень много времени. Учитывая размеры portage-tree, страшно представить, во что это выльется...

О, отлично... Фильмы будет проще качать...

Хорошая новость.

давно уже 3 альфу пользую из за нежелания предыдущего рсинка пропускать неподдерживаемую установку времени на симлинки...

eix-sync

VCS нельзя.

>Давно задаюсь вопросом, почему нельзя для портежей вместо rsync использовать любую VCS, хоть SVN, хоть Mercurial.

Причина поста, труднее находить админов, готовых ради зеркалирования Portage Tree поднимать SVN. С Rsync'ом проще, он чаще встречается, но всё равно HTTP/FTP зеркал сильно больше.

а какая разница, что зеркалировать, базу svn или набор папок с портами?

зеркалируй хоть рсинком, хоть вгетом...

>а какая разница, что зеркалировать, базу svn или набор папок с портами?

>зеркалируй хоть рсинком, хоть вгетом...

И как к базе svn достучатся без настроенного svn на серваке?

> И как к базе svn достучатся без настроенного svn на серваке?

Вот только не говори, что rsyncd поднять проще, чем апач и svn. Тем более, что апач у всех имеется по дефолту.

>И как к базе svn достучатся без настроенного svn на серваке?

И как это я уже годы не зеркалирую а просто пользуюсь svn без подъема оного на сервере? ;)

Хинт. И svn и rsync прекрасно работают через ssh/rsh.

>Хинт. И svn и rsync прекрасно работают через ssh/rsh.

Да, завтыкал. Пользую через http/https.

> Вот только не говори, что rsyncd поднять проще, чем апач и svn.

Таки да.

Товарищу который хотел вротгпл: есть ключик-a :)

>> Вот только не говори, что rsyncd поднять проще, чем апач и svn.

>Таки да.

Наверное основная проблема именно в том, что СВН как и любой репозиторий хранит все версии!!! А разработчикам нужна только актуальная. И хранение всех версий будет занимать просто огромное количество места по сравнению с рсинком, который занимает ровно столько же сколько сами данные т.к. не хранит больше ничего.

у разрабов есть cvs, а конечные пользователи видят через rsync только последний срез

Обновил =)

>> emerge --sync станет быстрее?

> Давно задаюсь вопросом, почему нельзя для портежей вместо rsync использовать любую VCS, [cut] Не надо будет для каждого синка прочёсывать несколько сотен мег файлов и считать контрольные суммы, достаточно будет только скачать недостающие changest-ы, и быстрее, и проще

rsync __намного__ быстрее любой VCS чтобы не считать суммы - используй --size-only

svn вроде diff'aми хранит или вроде того

ничего подобного ибо не надо обходить все дерево, а только получить разницу между локальной версией и актуальной

> ничего подобного ибо не надо обходить все дерево, а только получить разницу между локальной версией и актуальной

Первый коммит делать запаришься.

А потом да, быстро всё будет.

Тьфу, чекаут.

Замечательно. Пора обновить версию..

Может кто подскажет, как rsync реагирует на синхронизацию каталогов, часть файлов в которых переместилась в соседние каталоги (в пределах того же рута)?

Имеется задача периодически синхронизировать дерево гигов в 8 из mp3-ек, часть которых мигрирует по каталогам, не меняясь.

Что-то лучше (из стандартного) rsync тут может быть вообще?

> Что-то лучше (из стандартного) rsync тут может быть вообще?

Unison?

>Давно задаюсь вопросом, почему нельзя для портежей вместо rsync использовать любую VCS, хоть SVN, хоть Mercurial. Не надо будет для каждого синка прочёсывать несколько сотен мег файлов и считать контрольные суммы, достаточно будет только скачать недостающие changest-ы, и быстрее, и проще.

google: deltup gentoo wiki

первая ссылка

> google: deltup gentoo wiki

Разговор был про emerge --sync, ващето.

>>Разговор был про emerge --sync, ващето.

Дык да ;)

emerge-delta-webrsync

> emerge-delta-webrsync

Мегакостыль, ващето, дельты применяются к тарболу, отсюда все недостатки.