Запрос на сборку subversion 1.8 [решено]

[Skull]

Вроде всё должно собраться. Проверяйте 1.9.0 из того же задания.

эх, интересно что такое "экспериментальное хранилище FSX", в особенности "эффективная работа с очень большими файлами"... завтра, если успею окончательно подготовиться к дню рождения дитя, обязательно вгляну)

Перед тем, как поехать на дачу утром, по ошибке запульнул в другое задание. :(
Так что собиратьсяся начало только сейчас.

[Skull]

Хм, задание требует пересборки двух пакетов, причём один из них контролирует ldv :)
Можете поставить вручную собранные RPM-пакеты с http://git.altlinux.org/tasks/147031/ (Build results).
Типа так (если у вас есть Sisyphus и архитектура x86_64):

Код: [Выделить]

apt-get install  \
http://git.altlinux.org/tasks/147031/build/500/x86_64/rpms/libsubversion-1.9.0-alt1.x86_64.rpm \
http://git.altlinux.org/tasks/147031/build/500/x86_64/rpms/subversion-1.9.0-alt1.x86_64.rpm

[Skull]

можно проверить на Sisyphus:

Код: [Выделить]

apt-repo add 147031
apt-get update
apt-get dist-upgrade

[ASte]

А 1.8 в этом задании нет как я понял? Только 1.9?
Если я из этого задания возьму все спеки и файлы и подсуну ему исходники от 1.8 оно соберется?

[Skull]

А 1.8 в этом задании нет как я понял? Только 1.9?
Если я из этого задания возьму все спеки и файлы и подсуну ему исходники от 1.8 оно соберется?

Там патчи обновлены. А чем 1.9 не устраивает?
Для 1.8 можете склонировать git, откатиться на предыдущий тег и собрать. Правда, будет без SWIG, но собраться вроде должно.

[ASte]

Skull
Netbeans которым я пользуюсь достаточно капризен при работе с клиентом svn через javahl.
Плюс к этому, разные версии svn имеют разный внутренний формат рабочей копии. Иногда бывает удобнее, когда везде в хозяйстве одна и та-же версия установлена.
По хорошему из за этой особенности -различный формат рабочей копии для разных релизов subversion- хорошо было бы иметь в репозитории все версии.. subversion-1.7, subversion-1.8, subversion-1.9..

[Skull]

Skull
Netbeans которым я пользуюсь достаточно капризен при работе с клиентом svn через javahl.
Плюс к этому, разные версии svn имеют разный внутренний формат рабочей копии. Иногда бывает удобнее, когда везде в хозяйстве одна и та-же версия установлена.
По хорошему из за этой особенности -различный формат рабочей копии для разных релизов subversion- хорошо было бы иметь в репозитории все версии.. subversion-1.7, subversion-1.8, subversion-1.9..

Я и так непрофильным пакетом занимаюсь. Так что если кто-то заинтересован - пусть так делает. Мне не жалко этот окаменевший VCS отдать.

[ASte]

Для 1.8 можете склонировать git, откатиться на предыдущий тег и собрать. Правда, будет без SWIG, но собраться вроде должно.

Сейчас попробую, по результату отпишусь получится у меня или нет..

[ASte]

Видно что-то делаю все равно не так..
Сделал

Код: [Выделить]

git clone git://git.altlinux.org/tasks/147031/gears/440/git
git checkout 1.8.13-alt1
почистил RPM/SOURCES, оставил только архив с исходниками subversion (который с их сайта скачивал)
скопировал туда все кроме папки subversion из клонированного гита.
собрал SRPM

Код: [Выделить]

rpmbuild -bs --nodeps subversion.spec
получил
и запустил сборку:

Код: [Выделить]

hsh ~/hasher subversion-1.8.13-alt1.src.rpm
и при сборке получил ошибку, которую уже видел раньше:

Код: [Выделить]

make: /usr/lib/jvm/java/bin/javac: error while loading shared libraries: libjli.so: cannot open shared object file: No such file or directory
*** [subversion/bindings/javahl/classes/org/apache/subversion/javahl/ClientException.class] Error 127
make: *** Waiting for unfinished jobs....
make: *** [subversion/bindings/javahl/classes/org/apache/subversion/javahl/ClientNotifyInformation.class] Error 127
make: Leaving directory `/usr/src/RPM/BUILD/subversion-1.8.13'
error: Bad exit status from /usr/src/tmp/rpm-tmp.32445 (%build)

Полагаю что где-то я сделал что-то не совсем правильно...

[ASte]

Похожн %def_disable check сделали позднее...

[ASte]

не помогло..

[Skull]

Код: [Выделить]

hsh ~/hasher --mountpoints=/proc subversion-1.8.13-alt1.src.rpmДля сборки приложений Java требуется явное подключение файловой системы /proc

[ASte]

Спасибо. Помогло. 1.8 Собралось. сейчас идут тесты.
Век живи век учись

[ASte]

1.9 из task проверил. не работает клиент. пришлось снести.

Код: [Выделить]

svn checkout https://svn.somehost.ru/svn/project
svn: E170000: Unrecognized URL scheme for 'https://svn.somehost.ru/svn/project'
после снесения 1.9 и установки 1.7 по той-же url из history считалось все нормально

[ASte]

Проверил сегодняшнюю сборку 1.8 из Сизифа.
Все работает.