25422 2003-07-28 05:57 0000 rapidsvn - GUI front-end for the Subversion revision system 2003-11-06 01:22:34 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Linux RESOLVED TEST-REQUEST EBUILD P2 enhancement Future 1 axxo@gentoo.org iggy@gentoo.org douggorley@shaw.ca pauldv@gentoo.org radek@podgorny.cz axxo@gentoo.org 2003-07-28 05:57:52 0000 Ebuild for rapidsvn a Cross-platform GUI front-end for the Subversion revision system first ebuild i made so ;) Reproducible: Always Steps to Reproduce: 1. 2. 3. axxo@gentoo.org 2003-07-28 05:58:49 0000 Created an attachment (id=15123) ebuild axxo@gentoo.org 2003-07-28 05:59:02 0000 Created an attachment (id=15124) ebuild axxo@gentoo.org 2003-07-28 06:00:10 0000 sorry for adding it twice but bugzilla was giving me an error douggorley@shaw.ca 2003-07-28 17:00:06 0000 I tried installing RapidSVN from your ebuild, and got the following error: ----- (/usr/local/portage/dev-util/rapidsvn) $ ACCEPT_KEYWORDS="~x86" sudo emerge rapidsvn-0.2.0.ebuild Calculating dependencies ...done! !!! Error: the >=apache-2* package conflicts with this package and both can't be installed on the same system together. ----- I took a look at both this ebuild and the Apache 2.0.47 ebuild, but I couldn't see anything that would cause them to conflict. Can someone explain? axxo@gentoo.org 2003-07-29 01:39:46 0000 That is probably from the depend on dev-util/subversion-0.26.0 which can depend on apache2 maybe try with USE="-apache2 -berkdb" iggy@gentoo.org 2003-08-03 11:31:26 0000 I probably won't get to this till later in the week pauldv@gentoo.org 2003-08-19 02:27:27 0000 No it is reverse. The subversion ebuild can build without or with apache2 as it has an internal libapr. This internal lib is used when apache2 is not in the useflags. But when apache2 is installed nonetheless, the ebuild will bail out to prevent the conflict from occurring. When running with the apache2 useflag things should work. iggy@gentoo.org 2003-08-19 21:59:23 0000 committed, thanks for the help guys lars@trieloff.net 2003-08-20 01:40:10 0000 The ebuild fails to compile with subversion built with USE="apache2 berkdb". The last error messages are: if g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"rapidsvn\" -DVERSION=\"0.2.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -I. -I. -Wall -g -fexceptions -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -I/usr/include/apache2 -I/usr/include/apache2 -I/usr/include/subversion-1 -I/usr/lib/wx/include/gtk2-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -O2 -mcpu=i686 -pipe -Wall -g -fexceptions -pthread -I/usr/lib/wx/include/gtk2-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -MT view_action.o -MD -MP -MF ".deps/view_action.Tpo" \ -c -o view_action.o `test -f 'view_action.cpp' || echo './'`view_action.cpp; \ then mv -f ".deps/view_action.Tpo" ".deps/view_action.Po"; \ else rm -f ".deps/view_action.Tpo"; exit 1; \ fi if g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"rapidsvn\" -DVERSION=\"0.2.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -I. -I. -Wall -g -fexceptions -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -I/usr/include/apache2 -I/usr/include/apache2 -I/usr/include/subversion-1 -I/usr/lib/wx/include/gtk2-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -O2 -mcpu=i686 -pipe -Wall -g -fexceptions -pthread -I/usr/lib/wx/include/gtk2-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -MT workbench.o -MD -MP -MF ".deps/workbench.Tpo" \ -c -o workbench.o `test -f 'workbench.cpp' || echo './'`workbench.cpp; \ then mv -f ".deps/workbench.Tpo" ".deps/workbench.Po"; \ else rm -f ".deps/workbench.Tpo"; exit 1; \ fi /bin/sh ../libtool --mode=link g++ -O2 -mcpu=i686 -pipe -Wall -g -fexceptions -pthread -I/usr/lib/wx/include/gtk2-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -o rapidsvn -Lsvncpp -L/usr/lib about_dlg.o action.o add_action.o auth_dlg.o checkout_action.o checkout_dlg.o cleanup_action.o commit_action.o commit_dlg.o delete_action.o delete_dlg.o destination_dlg.o exceptions.o external_program_action.o filelist_ctrl.o file_info.o folder_browser.o folder_item_data.o get_action.o import_action.o import_dlg.o log_action.o log_dlg.o merge_action.o merge_dlg.o mkdir_action.o move_action.o preferences.o preferences_dlg.o property_action.o property_dlg.o proportional_splitter.o rapidsvn_app.o rapidsvn_frame.o report_dlg.o resolve_action.o revert_action.o simple_worker.o svn_notify.o switch_action.o tracer.o trace_update.o tviewer.o update_action.o update_dlg.o utils.o verblist.o view_action.o workbench.o -lsvncpp -lsvn_client-1 -lsvn_wc-1 -lsvn_ra-1 -lsvn_delta-1 -lsvn_subr-1 -lneon -L/usr/lib -lapr-0 -lrt -lm -lcrypt -lnsl -ldl -L/usr/lib -laprutil-0 -lldap -llber -lgdbm -ldb -lexpat -pthread -lwx_gtk2-2.4 mkdir .libs g++ -O2 -mcpu=i686 -pipe -Wall -g -fexceptions -pthread -I/usr/lib/wx/include/gtk2-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -o .libs/rapidsvn about_dlg.o action.o add_action.o auth_dlg.o checkout_action.o checkout_dlg.o cleanup_action.o commit_action.o commit_dlg.o delete_action.o delete_dlg.o destination_dlg.o exceptions.o external_program_action.o filelist_ctrl.o file_info.o folder_browser.o folder_item_data.o get_action.o import_action.o import_dlg.o log_action.o log_dlg.o merge_action.o merge_dlg.o mkdir_action.o move_action.o preferences.o preferences_dlg.o property_action.o property_dlg.o proportional_splitter.o rapidsvn_app.o rapidsvn_frame.o report_dlg.o resolve_action.o revert_action.o simple_worker.o svn_notify.o switch_action.o tracer.o trace_update.o tviewer.o update_action.o update_dlg.o utils.o verblist.o view_action.o workbench.o -pthread -L/var/tmp/portage/rapidsvn-0.2.0/work/rapidsvn-0.2.0/src/svncpp -L/usr/lib /var/tmp/portage/rapidsvn-0.2.0/work/rapidsvn-0.2.0/src/svncpp/.libs/libsvncpp.so /usr/lib/libsvn_client-1.so /usr/lib/libsvn_wc-1.so /usr/lib/libsvn_diff-1.so /usr/lib/libsvn_ra-1.so /usr/lib/libsvn_ra_local-1.so /usr/lib/libsvn_repos-1.so /usr/lib/libsvn_fs-1.so -ldb4 /usr/lib/libsvn_ra_dav-1.so -lpthread /usr/lib/libsvn_ra_svn-1.so /usr/lib/libsvn_delta-1.so /usr/lib/libsvn_subr-1.so /usr/lib/libneon.so /usr/lib/libxml2.so -lz /usr/lib/libapr-0.so -lrt -lm -lcrypt /usr/lib/libaprutil-0.so /usr/lib/libldap.so -lnsl -lresolv -ldl -lssl -lcrypto /usr/lib/liblber.so /usr/lib/libgdbm.so -ldb /usr/lib/libexpat.so -lwx_gtk2-2.4 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.3/../../../../i686-pc-linux-gnu/bin/ld: cannot find -ldb4 collect2: ld returned 1 exit status make[2]: *** [rapidsvn] Error 1 make[2]: Leaving directory `/var/tmp/portage/rapidsvn-0.2.0/work/rapidsvn-0.2.0/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/rapidsvn-0.2.0/work/rapidsvn-0.2.0/src' make: *** [all-recursive] Error 1 !!! ERROR: dev-util/rapidsvn-0.2.0 failed. !!! Function src_compile, Line 32, Exitcode 2 !!! (no error message) If I use a subversion installation without berdb and apache2 support (client only) compiling rapidsvn works. Perhaps the ebuild should try to build a client-only version of subversion and link statically against it like the evolution ebuild does it with db-3 pauldv@gentoo.org 2003-08-20 01:57:00 0000 Ok, you probably have a subversion ebuild that has its own static db. Because of some apparent braindamage somewhere rapidsvn tries to link to db though while that is clearly not necessary (as db is allready in the libraries). This could be caused by the subversion la files. I'll try to look into this. In the meanwhile you could merge db-4.0.14 and remerge subversion. In that case subversion should use a shared db which can obviously be found. alcino@lncc.br 2003-08-28 06:24:22 0000 g++ -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"rapidsvn\" -DVERSION=\"0.2.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -I. -I. -Wall -g -fexceptions -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -I/usr/include/apr-0 -I/usr/include/apr-0 -I/usr/include -I/usr/include/subversion-1 -I/usr/lib/wx/include/gtk2-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -mcpu=athlon-xp -O3 -pipe -fomit-frame-pointer -Wall -g -fexceptions -pthread -I/usr/lib/wx/include/gtk2-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -MT context.lo -MD -MP -MF .deps/context.Tpo -c context.cpp -o context.o >/dev/null 2>&1 client_modify.cpp: In member function `void svn::Client::resolve(const svn::Path&, bool)': client_modify.cpp:238: `svn_client_resolve' undeclared (first use this function) client_modify.cpp:238: (Each undeclared identifier is reported only once for each function it appears in.) make[2]: *** [client_modify.lo] Error 1 make[2]: *** Waiting for unfinished jobs.... mv -f .libs/context.lo context.lo make[2]: Leaving directory `/var/tmp/portage/rapidsvn-0.2.0/work/rapidsvn-0.2.0/src/svncpp' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/rapidsvn-0.2.0/work/rapidsvn-0.2.0/src' make: *** [all-recursive] Error 1 !!! ERROR: dev-util/rapidsvn-0.2.0 failed. !!! Function src_compile, Line 30, Exitcode 2 !!! (no error message) Ideas? iggy@gentoo.org 2003-08-28 06:35:35 0000 Alcino, we will need more info from you. At the very least emerge info, versions of related packages (svn, apache, etc) would help, and anything else you can think of. iggy@gentoo.org 2003-09-06 08:14:15 0000 I committed a new version that fixes some problems, if you guys could give it a try and let us know if you have any success jean@upfrontsystems.co.za 2003-09-13 11:45:04 0000 I've just hit the db linking error again: /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -ldb4 The command I used was `USE=-doc emerge rapidsvn`, which upgraded subversion from 0.21.0-r1 to 0.26.0 Then I tried to follow Paul de Vrieze's suggestions by emerging db: Calculating dependencies ...done! [ebuild U ] sys-libs/db-4.0.14-r2 [3.2.9-r1] After this, I unmerged & re-emerged subversion, and finally merged dev-util/rapidsvn 0.2.0 -- successfully! Off-topic question: after rapidsvn failed to emerge, its source was sprawling all over /var/tmp/portage/rapidsvn-0.2.0/work/rapidsvn-0.2.0 How does one tell portage to mop this up? iggy@gentoo.org 2003-09-13 11:48:30 0000 portage won't clean it up unless you emerge that package again, you can delete the directory without any negative consequences iggy@gentoo.org 2003-09-23 23:52:10 0000 can people test the newer version and let me know if they have luck axxo@gentoo.org 2003-09-24 07:58:45 0000 i'm unable to compile subversion 0.28, still trying to find whats wrong with that one, i will test it as soon as i get subversion to play nice axxo@gentoo.org 2003-09-24 10:54:23 0000 works perfectly for me now mluisser@gmail.com 2003-10-18 11:44:02 0000 here too :) 15123 2003-07-28 05:58 0000 ebuild rapidsvn-0.2.0.ebuild application/octet-stream IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy CiMgJEhlYWRlcjogJAoKREVTQ1JJUFRJT049IkNyb3NzLXBsYXRmb3JtIEdVSSBmcm9udC1lbmQg Zm9yIHRoZSBTdWJ2ZXJzaW9uIHJldmlzaW9uIHN5c3RlbS4iCkhPTUVQQUdFPSJodHRwOi8vcmFw aWRzdm4udGlncmlzLm9yZy8iClNSQ19VUkk9Imh0dHA6Ly9yYXBpZHN2bi50aWdyaXMub3JnL2Zp bGVzL2RvY3VtZW50cy8zNDEvNTM0OS8ke1B9LnRhci5neiIKTElDRU5TRT0iQXBhY2hlLTEuMSIK U0xPVD0iMCIKS0VZV09SRFM9In54ODYiCklVU0U9ImRvYyIKCkRFUEVORD0iPj1kZXYtdXRpbC9z dWJ2ZXJzaW9uLTAuMjYuMAoJCT49eDExLWxpYnMvd3hHVEstMi40LjAKCQlkb2M/ICggZGV2LWxp YnMvbGlieHNsdCBhcHAtdGV4dC9kb2Nib29rLXNnbWwtdXRpbHMgYXBwLWRvYy9kb3h5Z2VuICki ClM9JHtXT1JLRElSfS8ke1B9CgpzcmNfY29tcGlsZSgpIHsKCSNpZiB5b3UgY29tcGlsZWQgc3Vi dmVyc2lvbiB3aXRob3V0ICh0aGUpIGFwYWNoZTIgKGZsYWcpIGFuZCB3aXRoIHRoZSBiZXJrZGIg ZmxhZwoJI3lvdSB3aWxsIGdldCBhbiBlcnJvciB0aGF0IGl0IGNhbid0IGZpbmQgdGhlIGxpYiBk YjQKCWxvY2FsIG15Y29uZgoJI25lZWRzIG1hbnBhZ2VzIHN1cHBvcnQgaW4gZG9jYm9vaywgZ2Vu dG9vIGRvZXNuJ3Qgc2VlbSB0byBoYXZlIHRoaXMgLSBpIGR1bm5vCgl1c2UgZG9jICYmIG15Y29u Zj0iLS13aXRoLWRvY2Jvb2steHNsPS91c3Ivc2hhcmUvc2dtbC9kb2Nib29rLyIgXAoJCXx8IG15 Y29uZj0iLS13aXRob3V0LXhzbHRwcm9jIC0td2l0aG91dC1kb2Nib29rLXhzbCAtLXdpdGhvdXQt ZG94eWdlbiAtLXdpdGhvdXQtZG90IgoJI1JFQURNRSBzYXlzIHlvdSBoYXZlIHRvbwoJYXV0b2Nv bmYgY29uZmlndXJlLmluID4gY29uZmlndXJlCgllY29uZgktLXdpdGgtc3ZuLWxpYj0vdXNyL2xp YiBcCgkJCS0td2l0aC1zdm4taW5jbHVkZT0vdXNyL2luY2x1ZGUgXAoJCQkke215Y29uZn0gfHwg ZGllICIuL2NvbmZpZ3VyZSBmYWlsZWQiCgllbWFrZSAgfHwgZGllCn0KCnNyY19pbnN0YWxsKCkg ewoJZWluc3RhbGwgfHwgZGllCn0KCg== 15124 2003-07-28 05:59 0000 ebuild rapidsvn-0.2.0.ebuild text/plain IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy CiMgJEhlYWRlcjogJAoKREVTQ1JJUFRJT049IkNyb3NzLXBsYXRmb3JtIEdVSSBmcm9udC1lbmQg Zm9yIHRoZSBTdWJ2ZXJzaW9uIHJldmlzaW9uIHN5c3RlbS4iCkhPTUVQQUdFPSJodHRwOi8vcmFw aWRzdm4udGlncmlzLm9yZy8iClNSQ19VUkk9Imh0dHA6Ly9yYXBpZHN2bi50aWdyaXMub3JnL2Zp bGVzL2RvY3VtZW50cy8zNDEvNTM0OS8ke1B9LnRhci5neiIKTElDRU5TRT0iQXBhY2hlLTEuMSIK U0xPVD0iMCIKS0VZV09SRFM9In54ODYiCklVU0U9ImRvYyIKCkRFUEVORD0iPj1kZXYtdXRpbC9z dWJ2ZXJzaW9uLTAuMjYuMAoJCT49eDExLWxpYnMvd3hHVEstMi40LjAKCQlkb2M/ICggZGV2LWxp YnMvbGlieHNsdCBhcHAtdGV4dC9kb2Nib29rLXNnbWwtdXRpbHMgYXBwLWRvYy9kb3h5Z2VuICki ClM9JHtXT1JLRElSfS8ke1B9CgpzcmNfY29tcGlsZSgpIHsKCSNpZiB5b3UgY29tcGlsZWQgc3Vi dmVyc2lvbiB3aXRob3V0ICh0aGUpIGFwYWNoZTIgKGZsYWcpIGFuZCB3aXRoIHRoZSBiZXJrZGIg ZmxhZwoJI3lvdSB3aWxsIGdldCBhbiBlcnJvciB0aGF0IGl0IGNhbid0IGZpbmQgdGhlIGxpYiBk YjQKCWxvY2FsIG15Y29uZgoJI25lZWRzIG1hbnBhZ2VzIHN1cHBvcnQgaW4gZG9jYm9vaywgZ2Vu dG9vIGRvZXNuJ3Qgc2VlbSB0byBoYXZlIHRoaXMgLSBpIGR1bm5vCgl1c2UgZG9jICYmIG15Y29u Zj0iLS13aXRoLWRvY2Jvb2steHNsPS91c3Ivc2hhcmUvc2dtbC9kb2Nib29rLyIgXAoJCXx8IG15 Y29uZj0iLS13aXRob3V0LXhzbHRwcm9jIC0td2l0aG91dC1kb2Nib29rLXhzbCAtLXdpdGhvdXQt ZG94eWdlbiAtLXdpdGhvdXQtZG90IgoJI1JFQURNRSBzYXlzIHlvdSBoYXZlIHRvbwoJYXV0b2Nv bmYgY29uZmlndXJlLmluID4gY29uZmlndXJlCgllY29uZgktLXdpdGgtc3ZuLWxpYj0vdXNyL2xp YiBcCgkJCS0td2l0aC1zdm4taW5jbHVkZT0vdXNyL2luY2x1ZGUgXAoJCQkke215Y29uZn0gfHwg ZGllICIuL2NvbmZpZ3VyZSBmYWlsZWQiCgllbWFrZSAgfHwgZGllCn0KCnNyY19pbnN0YWxsKCkg ewoJZWluc3RhbGwgfHwgZGllCn0KCg==