LINUX.ORG.RU
Новости — Open Source  

Rsync 3.0.0

 , , ,


0

0
Вышла новая версия утилиты с открытыми исходными кодами для быстрой инкрементной передачи файлов - rsync 3.0.0. В новой версии, помимо новых возможностей, исправлен целый ряд ошибок.

В 3-й версии добавлены новый алгоритм инкрементной рекурсии (сильно помогает при передаче больших объёмов данных), поддержка списков контроля доступа (ACL), поддержка расширенных атрибутов, преобразование набора символов в названиях файла и т.д.

>>> Подробности

★★★★★

Проверено: Shaman007 ()
← Вышел mpg123 1.3.0
AMD Catalyst Linux 8.3 →
botcoder ищет rsync в новостях по метке "передача файлов"... куда лор катится
anonymous
()
Ответ на: комментарий от imp
В ~x86 вроде давно были версии 3.0.0-rc rsync'а, так что вряд ли.
Rikz ★★★
()
Ответ на: комментарий от imp
> emerge --sync станет быстрее?

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

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

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

cathode ★
()
Ответ на: комментарий от anonymous
>Давно задаюсь вопросом, почему нельзя для портежей вместо rsync использовать любую VCS, хоть SVN, хоть Mercurial.

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

AsphyX ★★★
()
О, отлично... Фильмы будет проще качать...
AngryElf ★★★★★
()
Хорошая новость.

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

AVL2 ★★★★★
()
Ответ на: комментарий от anonymous

VCS нельзя.

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

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

Camel ★★★★★
()
Ответ на: VCS нельзя. от Camel
а какая разница, что зеркалировать, базу svn или набор папок с портами?

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

AVL2 ★★★★★
()
Ответ на: комментарий от AVL2
>а какая разница, что зеркалировать, базу svn или набор папок с портами?

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

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

girla
()
Ответ на: комментарий от girla
> И как к базе svn достучатся без настроенного svn на серваке?

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

anonymous
()
Ответ на: комментарий от girla
>И как к базе svn достучатся без настроенного svn на серваке?

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

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

AVL2 ★★★★★
()
Ответ на: комментарий от AVL2
>Хинт. И svn и rsync прекрасно работают через ssh/rsh.

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

girla
()
Товарищу который хотел вротгпл: есть ключик-a :)
anonymous
()
Ответ на: комментарий от anonymous
>> Вот только не говори, что rsyncd поднять проще, чем апач и svn.

>Таки да.

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

anonymous
()
Ответ на: комментарий от anonymous
у разрабов есть cvs, а конечные пользователи видят через rsync только последний срез
anonymous
()
Ответ на: комментарий от anonymous
>> emerge --sync станет быстрее?

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

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

anonymous
()
Ответ на: комментарий от anonymous
ничего подобного ибо не надо обходить все дерево, а только получить разницу между локальной версией и актуальной
Syncro ★★★★★
()
Ответ на: комментарий от Syncro
> ничего подобного ибо не надо обходить все дерево, а только получить разницу между локальной версией и актуальной

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

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

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

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

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

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

Unison?

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

google: deltup gentoo wiki

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

SiRuS ★
()
Ответ на: комментарий от SiRuS
> emerge-delta-webrsync

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

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Вышел mpg123 1.3.0
Open Source
AMD Catalyst Linux 8.3 →