Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

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.

Created an attachment (id=15123) [details]
ebuild

Created an attachment (id=15124) [details]
ebuild

sorry for adding it twice but bugzilla was giving me an error

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?

That is probably from the depend on dev-util/subversion-0.26.0 which can depend
on apache2
maybe try with USE="-apache2 -berkdb"

I probably won't get to this till later in the week

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.

committed, thanks for the help guys 

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

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.

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?

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. 

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 

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?

portage won't clean it up unless you emerge that package again, you can 
delete the directory without any negative consequences 

can people test the newer version and let me know if they have luck

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 

works perfectly for me now 

here too :)