[devel] git - трафик кусается ;(

[devel] git - трафик кусается ;(

[Anton Farygin]

Привет!

господа, есть ли способы уменьшить трафик при клонировании git репозитария ?

Начал сливать subversion - уже 17 мегабайт слито, а всё качается и 
качается.. ;(

Можно ли каким-то образом скачивать только последнюю версию (как в 
subversion - параметр -r) ?

Или как-то подсунуть ему то, что мне качать не нужно (сорцы)... они у 
меня локальные есть. а то достаточно дорого получается...

Rgds,
Rider

Re: [devel] git - трафик кусается ;(

[Michael Shigorin]

On Tue, Oct 10, 2006 at 04:13:48PM +0400, Anton Farygin wrote:
> господа, есть ли способы уменьшить трафик при клонировании git репозитария ?

как раз недавно обсуждалось -- ищи shallow clone

вкратце -- нет, надо git дописывать

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] git - трафик кусается ;(

[Anton Farygin]

Michael Shigorin wrote:
> On Tue, Oct 10, 2006 at 04:13:48PM +0400, Anton Farygin wrote:
>> господа, есть ли способы уменьшить трафик при клонировании git репозитария ?
> 
> как раз недавно обсуждалось -- ищи shallow clone
> 
> вкратце -- нет, надо git дописывать
> 

Вот засада.. придётся тогда зеркалировать весь git репозитарий.

А git-mirror в Sisyphus ещё я так понимаю не собрали ?

Rgds,
Rider

Re: [devel] git - трафик кусается ;(

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 881 bytes --]

On Tue, Oct 10, 2006 at 04:13:48PM +0400, Anton Farygin wrote:
> Привет!
> 
> господа, есть ли способы уменьшить трафик при клонировании git репозитария ?

У git-clone есть опция --reference, не знаю дает она что-нибудь или нет.
Я последний раз делал так: взял несколько src.rpm'ов и засунул их во
временный git репозитарий с помощью gear-srpmimport.  Потому сделал
git clone --reference ~tmp/.../.git git.alt:/people/...

Только кажется это ничего не дало, хотя по идее совпадение объектов
должно быть большим.

> Начал сливать subversion - уже 17 мегабайт слито, а всё качается и 
> качается.. ;(
> 
> Можно ли каким-то образом скачивать только последнюю версию (как в 
> subversion - параметр -r) ?
> 
> Или как-то подсунуть ему то, что мне качать не нужно (сорцы)... они у 
> меня локальные есть. а то достаточно дорого получается...
> 
> Rgds,
> Rider

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] subversion ;(

[Anton Farygin]

Grigory Batalov wrote:
> On Tue, 10 Oct 2006 16:13:48 +0400
> Anton Farygin <rider@altlinux.com> wrote:
> 
>> господа, есть ли способы уменьшить трафик при клонировании git репозитария ?
>>
>> Начал сливать subversion - уже 17 мегабайт слито, а всё качается и 
>> качается.. ;(
> 
>   Их там 90 Мб, а после git-repack - 67 Мб =)
> 

У меня утянулось 22.

собственно да, он собрался... только я думал что ты ковыряешь 1.4, а там 
1.3.1 ;)

у меня как раз 1.4.0 не собирался...

Rgds,
Rider

Re: [devel] git - трафик кусается ;(

[Grigory Batalov]

On Tue, 10 Oct 2006 16:13:48 +0400
Anton Farygin <rider@altlinux.com> wrote:

> господа, есть ли способы уменьшить трафик при клонировании git репозитария ?
> 
> Начал сливать subversion - уже 17 мегабайт слито, а всё качается и 
> качается.. ;(

  Их там 90 Мб, а после git-repack - 67 Мб =)

-- 
 Григорий Баталов,
 программист
 ЗАО "Ланит-Терком"

Re: [devel] git - трафик кусается ;(

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 963 bytes --]

On Tue, Oct 10, 2006 at 04:34:02PM +0400, Alexey Tourbin wrote:
> On Tue, Oct 10, 2006 at 04:13:48PM +0400, Anton Farygin wrote:
> > Привет!
> > 
> > господа, есть ли способы уменьшить трафик при клонировании git репозитария ?
> 
> У git-clone есть опция --reference, не знаю дает она что-нибудь или нет.

Даёт, если скачиваемый и имеющийся репозитории действительно имеют общую
историю.

> Я последний раз делал так: взял несколько src.rpm'ов и засунул их во
> временный git репозитарий с помощью gear-srpmimport.  Потому сделал
> git clone --reference ~tmp/.../.git git.alt:/people/...
> 
> Только кажется это ничего не дало, хотя по идее совпадение объектов
> должно быть большим.

Совпадение объектов ничего не даст - для протоколов git имеет значение
только наличие совпадающих коммитов (т.е., общей истории).  Проверка по
каждому объекту делалась только в старых git-ssh-push/git-ssh-pull, но они
работают очень медленно и без сжатия.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] git - трафик кусается ;(

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 765 bytes --]

On Tue, Oct 10, 2006 at 05:04:18PM +0400, Sergey Vlasov wrote:
> > Я последний раз делал так: взял несколько src.rpm'ов и засунул их во
> > временный git репозитарий с помощью gear-srpmimport.  Потому сделал
> > git clone --reference ~tmp/.../.git git.alt:/people/...
> > 
> > Только кажется это ничего не дало, хотя по идее совпадение объектов
> > должно быть большим.
> 
> Совпадение объектов ничего не даст - для протоколов git имеет значение
> только наличие совпадающих коммитов (т.е., общей истории).  Проверка по
> каждому объекту делалась только в старых git-ssh-push/git-ssh-pull, но они
> работают очень медленно и без сжатия.

Плохо.  Что же, почти все файлы на месте, нужно только вытянуть tree и
commit, а приходится тянуть всё целиком.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] git - трафик кусается ;(

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 897 bytes --]

On Tue, Oct 10, 2006 at 05:31:37PM +0400, Alexey Tourbin wrote:
> On Tue, Oct 10, 2006 at 05:04:18PM +0400, Sergey Vlasov wrote:
> > > Я последний раз делал так: взял несколько src.rpm'ов и засунул их во
> > > временный git репозитарий с помощью gear-srpmimport.  Потому сделал
> > > git clone --reference ~tmp/.../.git git.alt:/people/...
> > > 
> > > Только кажется это ничего не дало, хотя по идее совпадение объектов
> > > должно быть большим.
> > 
> > Совпадение объектов ничего не даст - для протоколов git имеет значение
> > только наличие совпадающих коммитов (т.е., общей истории).  Проверка по
> > каждому объекту делалась только в старых git-ssh-push/git-ssh-pull, но они
> > работают очень медленно и без сжатия.
> 
> Плохо.  Что же, почти все файлы на месте, нужно только вытянуть tree и
> commit, а приходится тянуть всё целиком.

Действительно жаль.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] git - трафик кусается ;(

[Damir Shayhutdinov]

> Плохо.  Что же, почти все файлы на месте, нужно только вытянуть tree и
> commit, а приходится тянуть всё целиком.
А если тянуть через rsync - это поможет?

Re: [devel] git - трафик кусается ;(

[Anton Farygin]

Damir Shayhutdinov wrote:
>> Плохо.  Что же, почти все файлы на месте, нужно только вытянуть tree и
>> commit, а приходится тянуть всё целиком.
> А если тянуть через rsync - это поможет?

Нет.. в git'е всё хранится в сжатом виде, тянуться будет всё равно ;(

Rgds,
Rider

Re: [devel] git - трафик кусается ;(

[Damir Shayhutdinov]

> >> Плохо.  Что же, почти все файлы на месте, нужно только вытянуть tree и
> >> commit, а приходится тянуть всё целиком.
> > А если тянуть через rsync - это поможет?
>
> Нет.. в git'е всё хранится в сжатом виде, тянуться будет всё равно ;(
Ну я понимаю, но если сделать repack -a -d на сервере и repack -a -d
на клиенте, а потом рсинком докачать, неужели дельта будет большая?

Re: [devel] git - трафик кусается ;(

[Anton Farygin]

Damir Shayhutdinov wrote:
>>>> Плохо.  Что же, почти все файлы на месте, нужно только вытянуть tree и
>>>> commit, а приходится тянуть всё целиком.
>>> А если тянуть через rsync - это поможет?
>> Нет.. в git'е всё хранится в сжатом виде, тянуться будет всё равно ;(
> Ну я понимаю, но если сделать repack -a -d на сервере и repack -a -d
> на клиенте, а потом рсинком докачать, неужели дельта будет большая?

Скорее всего дельта будет большая.

Rgds,
Rider

Re: [devel] subversion ;(

[Sviatoslav Sviridov]

Anton Farygin пишет:
> Grigory Batalov wrote:
>> On Tue, 10 Oct 2006 16:13:48 +0400
>> Anton Farygin <rider@altlinux.com> wrote:
>>
>>> господа, есть ли способы уменьшить трафик при клонировании git репозитария ?
>>>
>>> Начал сливать subversion - уже 17 мегабайт слито, а всё качается и 
>>> качается.. ;(
>>   Их там 90 Мб, а после git-repack - 67 Мб =)
>>
> 
> У меня утянулось 22.
> 
> собственно да, он собрался... только я думал что ты ковыряешь 1.4, а там 
> 1.3.1 ;)
> 
> у меня как раз 1.4.0 не собирался...

Хочу подключиться...
Правильно ли понимаю порядок работы:
- склонировать к себе на git.alt репозиторий из 
/people/bga/packages/subversion.git (можно ли и имеет ли смысл в данном 
случае использовать git-clone --shared?)
- склонировать к себе в рабочее окружение репозиторий из git.alt
- работать
- пушить в свой репозиторий на git.alt
?

Еще парочка вопросов:

- можно ли будет о всему этому прикрутить git-svn? хотелось бы хотя бы 
вытаскивать обновления для будущих релизов.

- возможно ли в принципе использовать git-svn более-менее удобным 
образом? Или нужно в каждом конкретном случае для получения чего-либо по 
тегу нужно использовать GIT_SVN_ID и руками указывать кто у кого папа?


-- 
Best regards,
Sviatoslav Sviridov
--
If builders built buildings the way programmers wrote programs,
then the first woodpecker to come along would destroy civilization.

Re: [devel] subversion ;(

[Anton Farygin]

Sviatoslav Sviridov wrote:
> Anton Farygin пишет:
>> Grigory Batalov wrote:
>>> On Tue, 10 Oct 2006 16:13:48 +0400
>>> Anton Farygin <rider@altlinux.com> wrote:
>>>
>>>> господа, есть ли способы уменьшить трафик при клонировании git репозитария ?
>>>>
>>>> Начал сливать subversion - уже 17 мегабайт слито, а всё качается и 
>>>> качается.. ;(
>>>   Их там 90 Мб, а после git-repack - 67 Мб =)
>>>
>> У меня утянулось 22.
>>
>> собственно да, он собрался... только я думал что ты ковыряешь 1.4, а там 
>> 1.3.1 ;)
>>
>> у меня как раз 1.4.0 не собирался...
> 
> Хочу подключиться...
> Правильно ли понимаю порядок работы:
> - склонировать к себе на git.alt репозиторий из 
> /people/bga/packages/subversion.git (можно ли и имеет ли смысл в данном 
> случае использовать git-clone --shared?)

Да, склонировать.. --shared использовать смысла не имеет - у нас git 
децентрализован, у каждого своя песочница.

Кстати, могу тебе выложить свои наработки по 1.4.0

> - склонировать к себе в рабочее окружение репозиторий из git.alt

Да

> - работать
> - пушить в свой репозиторий на git.alt

Да
> ?
> 
> Еще парочка вопросов:
> 
> - можно ли будет о всему этому прикрутить git-svn? хотелось бы хотя бы 
> вытаскивать обновления для будущих релизов.

Народ делает.. но я не разбирался как это делается. Предпочитаю 
выкладывать трабболлы + патчи.

Rgds,
Rider

Re: [devel] subversion ;(

[Sviatoslav Sviridov]

Anton Farygin пишет:
> Sviatoslav Sviridov wrote:
>> ...
>>>
>>> у меня как раз 1.4.0 не собирался...
>> Хочу подключиться...
>> Правильно ли понимаю порядок работы:
>> - склонировать к себе на git.alt репозиторий из 
>> /people/bga/packages/subversion.git (можно ли и имеет ли смысл в данном 
>> случае использовать git-clone --shared?)
> 
> Да, склонировать.. --shared использовать смысла не имеет - у нас git 
> децентрализован, у каждого своя песочница.

Хм... т.е. внутри git.alt:/people кучка маленьких песочниц? Я имел ввиду 
--shared импользовать иммено при клонировании внутри git.alt..

> Кстати, могу тебе выложить свои наработки по 1.4.0

Да, конечно выкладывай

>> - склонировать к себе в рабочее окружение репозиторий из git.alt
> 
> Да
> 
>> - работать
>> - пушить в свой репозиторий на git.alt
> 
> Да
>> ?
>>
>> Еще парочка вопросов:
>>
>> - можно ли будет о всему этому прикрутить git-svn? хотелось бы хотя бы 
>> вытаскивать обновления для будущих релизов.
> 
> Народ делает.. но я не разбирался как это делается. Предпочитаю 
> выкладывать трабболлы + патчи.


-- 
Best regards,
Sviatoslav Sviridov
--
No hardware designer should be allowed to produce any piece of hardware
until three software guys have signed off for it.
		-- Andy Tanenbaum

Re: [devel] subversion ;(

[Anton Farygin]

Sviatoslav Sviridov wrote:
> Anton Farygin пишет:
>> Sviatoslav Sviridov wrote:
>>> ...
>>>> у меня как раз 1.4.0 не собирался...
>>> Хочу подключиться...
>>> Правильно ли понимаю порядок работы:
>>> - склонировать к себе на git.alt репозиторий из 
>>> /people/bga/packages/subversion.git (можно ли и имеет ли смысл в данном 
>>> случае использовать git-clone --shared?)
>> Да, склонировать.. --shared использовать смысла не имеет - у нас git 
>> децентрализован, у каждого своя песочница.
> 
> Хм... т.е. внутри git.alt:/people кучка маленьких песочниц? Я имел ввиду 
> --shared импользовать иммено при клонировании внутри git.alt..

Да, именно кучка маленьких (а иногда и не совсем маленьких) песочниц.


> 
>> Кстати, могу тебе выложить свои наработки по 1.4.0
> 
> Да, конечно выкладывай

OK. Чуть чуть позже.

Rgds,
Rider

Re: [devel] subversion ;(

[Anton Farygin]

Anton Farygin wrote:
> Sviatoslav Sviridov wrote:
>> Anton Farygin пишет:
>>> Sviatoslav Sviridov wrote:
>>>> ...
>>> Кстати, могу тебе выложить свои наработки по 1.4.0
>> Да, конечно выкладывай
> 
> OK. Чуть чуть позже.
> 

Выложил:

git.alt:/people/rider/packages/aprutil.git
git.alt:/people/rider/packages/subversion.git

У меня всё встало вот на этом:

cd subversion/svnversion && /bin/sh 
/home/rider/git.alt/subversion/BUILD/subversion-1.4.0/libtool --tag=CC 
--silent --mode=link x86_64-alt-linux-gcc  -pipe -Wall -O2 -fPIC -DPIC 
  -pthread    -rpath /usr/lib64 -o svnversion  main.o 
../../subversion/libsvn_subr/libsvn_subr-1.la 
../../subversion/libsvn_wc/libsvn_wc-1.la -L/usr/lib64 -laprutil-0 
-lcrypt  -lgdbm -ldb -lexpat -L/usr/lib64 -lapr-0  -lneon -lz
cd subversion/libsvn_repos && /bin/sh 
/home/rider/git.alt/subversion/BUILD/subversion-1.4.0/libtool --tag=CC 
--silent --mode=link x86_64-alt-linux-gcc  -pipe -Wall -O2 -fPIC -DPIC 
  -pthread    -rpath /usr/lib64 -o libsvn_repos-1.la  authz.lo commit.lo 
delta.lo dump.lo fs-wrap.lo hooks.lo load.lo log.lo node_tree.lo 
replay.lo reporter.lo repos.lo rev_hunt.lo 
../../subversion/libsvn_fs/libsvn_fs-1.la 
../../subversion/libsvn_delta/libsvn_delta-1.la 
../../subversion/libsvn_subr/libsvn_subr-1.la -L/usr/lib64 -laprutil-0 
-lcrypt  -lgdbm -ldb -lexpat -L/usr/lib64 -lapr-0  -lz
../../subversion/libsvn_wc/.libs/libsvn_wc-1.so: undefined reference to 
`svn_diff_file_options_parse'
../../subversion/libsvn_wc/.libs/libsvn_wc-1.so: undefined reference to 
`svn_diff_file_diff3_2'
../../subversion/libsvn_wc/.libs/libsvn_wc-1.so: undefined reference to 
`svn_diff_file_options_create'
collect2: ld returned 1 exit status
make: *** [subversion/svnversion/svnversion] Error 1

Что-то тут libtool колбасит. Там ещё патчик лежит 
subversion-1.4.0-rpath.patch, но не прикладывается.. в общем он частично 
решает проблему, но сборка падать начинает на другом месте.

Да, я всё собирал с последней libdb (4.4.20). Соответственно aprutil 
тоже надо пересобирать. В нём заодно исправлен баг с apu-config --libs - 
это нужно для сборки subversion-1.4.0

Rgds,
Rider

Re: [devel] subversion ;(

[Damir Shayhutdinov]

> У меня всё встало вот на этом:
>
> cd subversion/svnversion && /bin/sh
> /home/rider/git.alt/subversion/BUILD/subversion-1.4.0/libtool --tag=CC
> --silent --mode=link x86_64-alt-linux-gcc  -pipe -Wall -O2 -fPIC -DPIC
>   -pthread    -rpath /usr/lib64 -o svnversion  main.o
> ../../subversion/libsvn_subr/libsvn_subr-1.la
> ../../subversion/libsvn_wc/libsvn_wc-1.la -L/usr/lib64 -laprutil-0
> -lcrypt  -lgdbm -ldb -lexpat -L/usr/lib64 -lapr-0  -lneon -lz
> cd subversion/libsvn_repos && /bin/sh
> /home/rider/git.alt/subversion/BUILD/subversion-1.4.0/libtool --tag=CC
> --silent --mode=link x86_64-alt-linux-gcc  -pipe -Wall -O2 -fPIC -DPIC
>   -pthread    -rpath /usr/lib64 -o libsvn_repos-1.la  authz.lo commit.lo
> delta.lo dump.lo fs-wrap.lo hooks.lo load.lo log.lo node_tree.lo
> replay.lo reporter.lo repos.lo rev_hunt.lo
> ../../subversion/libsvn_fs/libsvn_fs-1.la
> ../../subversion/libsvn_delta/libsvn_delta-1.la
> ../../subversion/libsvn_subr/libsvn_subr-1.la -L/usr/lib64 -laprutil-0
> -lcrypt  -lgdbm -ldb -lexpat -L/usr/lib64 -lapr-0  -lz
> ../../subversion/libsvn_wc/.libs/libsvn_wc-1.so: undefined reference to
> `svn_diff_file_options_parse'
> ../../subversion/libsvn_wc/.libs/libsvn_wc-1.so: undefined reference to
> `svn_diff_file_diff3_2'
> ../../subversion/libsvn_wc/.libs/libsvn_wc-1.so: undefined reference to
> `svn_diff_file_options_create'
> collect2: ld returned 1 exit status
> make: *** [subversion/svnversion/svnversion] Error 1
>
> Что-то тут libtool колбасит.

Очевидно же, что библиотека libsvn_wc недолинкована.

Re: [devel] subversion ;(

[Anton Farygin]

Damir Shayhutdinov wrote:
>> У меня всё встало вот на этом:
>>
>> cd subversion/svnversion && /bin/sh
>> /home/rider/git.alt/subversion/BUILD/subversion-1.4.0/libtool --tag=CC
>> --silent --mode=link x86_64-alt-linux-gcc  -pipe -Wall -O2 -fPIC -DPIC
>>   -pthread    -rpath /usr/lib64 -o svnversion  main.o
>> ../../subversion/libsvn_subr/libsvn_subr-1.la
>> ../../subversion/libsvn_wc/libsvn_wc-1.la -L/usr/lib64 -laprutil-0
>> -lcrypt  -lgdbm -ldb -lexpat -L/usr/lib64 -lapr-0  -lneon -lz
>> cd subversion/libsvn_repos && /bin/sh
>> /home/rider/git.alt/subversion/BUILD/subversion-1.4.0/libtool --tag=CC
>> --silent --mode=link x86_64-alt-linux-gcc  -pipe -Wall -O2 -fPIC -DPIC
>>   -pthread    -rpath /usr/lib64 -o libsvn_repos-1.la  authz.lo commit.lo
>> delta.lo dump.lo fs-wrap.lo hooks.lo load.lo log.lo node_tree.lo
>> replay.lo reporter.lo repos.lo rev_hunt.lo
>> ../../subversion/libsvn_fs/libsvn_fs-1.la
>> ../../subversion/libsvn_delta/libsvn_delta-1.la
>> ../../subversion/libsvn_subr/libsvn_subr-1.la -L/usr/lib64 -laprutil-0
>> -lcrypt  -lgdbm -ldb -lexpat -L/usr/lib64 -lapr-0  -lz
>> ../../subversion/libsvn_wc/.libs/libsvn_wc-1.so: undefined reference to
>> `svn_diff_file_options_parse'
>> ../../subversion/libsvn_wc/.libs/libsvn_wc-1.so: undefined reference to
>> `svn_diff_file_diff3_2'
>> ../../subversion/libsvn_wc/.libs/libsvn_wc-1.so: undefined reference to
>> `svn_diff_file_options_create'
>> collect2: ld returned 1 exit status
>> make: *** [subversion/svnversion/svnversion] Error 1
>>
>> Что-то тут libtool колбасит.
> 
> Очевидно же, что библиотека libsvn_wc недолинкована.

Если бы...
Она полностью слинкована... всё в ней хорошо..
$ ldd -r libsvn_wc-1.so.0.0.0 

         libsvn_delta-1.so.0 => 
/home/rider/git.alt/subversion/BUILD/subversion-1.4.0/subversion/libsvn_delta/.libs/libsvn_delta-1.so.0 
(0x00002b06ada75000)
         libsvn_subr-1.so.0 => 
/home/rider/git.alt/subversion/BUILD/subversion-1.4.0/subversion/libsvn_subr/.libs/libsvn_subr-1.so.0 
(0x00002b06adc7f000)
         libsvn_diff-1.so.0 => 
/home/rider/git.alt/subversion/BUILD/subversion-1.4.0/subversion/libsvn_diff/.libs/libsvn_diff-1.so.0 
(0x00002b06adeb4000)
         libapr-0.so.0 => /usr/lib64/libapr-0.so.0 (0x00002b06ae0d7000)
         libc.so.6 => /lib64/libc.so.6 (0x00002b06ae1fc000)
         libaprutil-0.so.0 => /usr/lib64/libaprutil-0.so.0 
(0x00002b06ae534000)
         libz.so.1 => /lib64/libz.so.1 (0x00002b06ae74d000)
         libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00002b06ae862000)
         libpthread.so.0 => /lib64/libpthread.so.0 (0x00002b06ae985000)
         librt.so.1 => /lib64/librt.so.1 (0x00002b06aeba0000)
         libdl.so.2 => /lib64/libdl.so.2 (0x00002b06aeda9000)
         /lib64/ld-linux-x86-64.so.2 (0x0000555555554000)
         libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00002b06aefad000)
         libgdbm.so.3 => /usr/lib64/libgdbm.so.3 (0x00002b06af1e7000)
         libdb-4.4.so => /lib64/libdb-4.4.so (0x00002b06af2ec000)

Rgds,
Rider

Re: [devel] subversion ;(

[Michael Shigorin]

On Sat, Oct 21, 2006 at 04:12:43AM +0300, Sviatoslav Sviridov wrote:
> А в rpm можно ставить build conflicts? :)

BuildConflicts:

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] subversion ;(

[Sviatoslav Sviridov]

Anton Farygin пишет:
>
> ...
> У меня всё встало вот на этом:
> ...
> ../../subversion/libsvn_wc/.libs/libsvn_wc-1.so: undefined reference to
> `svn_diff_file_options_parse'
> ../../subversion/libsvn_wc/.libs/libsvn_wc-1.so: undefined reference to
> `svn_diff_file_diff3_2'
> ../../subversion/libsvn_wc/.libs/libsvn_wc-1.so: undefined reference to
> `svn_diff_file_options_create'
> collect2: ld returned 1 exit status
> make: *** [subversion/svnversion/svnversion] Error 1
>
> Что-то тут libtool колбасит. Там ещё патчик лежит
> subversion-1.4.0-rpath.patch, но не прикладывается.. в общем он частично
> решает проблему, но сборка падать начинает на другом месте.
>
Да, колбасит libtool. А проявляется только если собирать в системе с 
установленным subversion более старой версии. Такое бывало и раньше, 
поэтому subversion я стараюсь собирать всегда в hasher'е.

Вот на эту тему: http://svn.haxx.se/dev/archive-2006-02/1214.shtml

Показательный пример:

Here's a recent example:
if I install trunk r18486 in /usr/local/subversion (I don't have
Debian's Subversion packages installed) and then try to build r18487 I
get the error:

../../subversion/libsvn_client/.libs/libsvn_client-1.so: undefined 
reference to `svn_diff_file_options_parse'
../../subversion/libsvn_client/.libs/libsvn_client-1.so: undefined 
reference to `svn_diff_file_diff_2'
../../subversion/libsvn_client/.libs/libsvn_client-1.so: undefined 
reference to `svn_diff_file_options_create'
collect2: ld returned 1 exit status

One effect of this bug is that Debian's Subversion packages have to
build-conflict with earlier Debian Subversion packages.

А в rpm можно ставить build conflicts? :)

> Да, я всё собирал с последней libdb (4.4.20). Соответственно aprutil
> тоже надо пересобирать. В нём заодно исправлен баг с apu-config --libs -
> это нужно для сборки subversion-1.4.0
>
Тут все несколько более запутано. Subversion не использует aprutil для 
работы с FS_TYPE=bdb, а напрямую работает с libdb. Именно поэтому 
subversion надо линковать с libdb. Если б в subversion использовались 
только функци aprutil, то небыло бы необходимости линковать его с 
libdb... но зато в mod_dav_svn используется именно aprutil для работы с 
dbm :)

То, что пока что есть у меня, выложил на 
git.alt:/people/svd/packages/subversion.git в refs/heads/1.4. Там всего 
лишь только собирабельная версия, устанавливать не пробовал :). все, что 
можно было отключить в спеке - отключено (%def_without), так что там 
только голый svn клиент и пока что все :) Для сборки у меня 
использовался libapr-0.9.7-alt3 (вроде уже прошел incoming) и 
libaprutil-0.9.7-alt4 (из git.alt:/people/svd/packages/aprutil.git#db4.4)

-- 
Best regards,
Sviatoslav Sviridov
--
The world is not octal despite DEC.