Compile Subversion 1.6.5 on SLES 11.1
Hello everybody, I have problems compiling Subversion with Apache support on SLES 11.1 it says the zlib should be compiled with -fPIC flag. It is the version which came with subversion which i have intalled into /opt/zlib isn't this supposed to be working alright? Can maybe somebody give me a good Guide which has all the steps in it or tell me what i'am doing wrong? I have read the "-fPIC" Error Site from Gentoo because this was the site google was spitting out but i seem to have lack of understanding about the makefiles and where to place this -fPIC argument if it is really required. Thanks already for the help provided. http://www.gentoo.org/proj/en/base/amd64/howtos/index.xml?part=1&chap=3#doc_chap2 Code Listing 6.1: A sample error message libs/assert.o: relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC .libs/assert.o: could not read symbols: Bad value This means that the file assert.o was not compiled with the -fPIC flag, which it should. When you fix this kind of error, make sure only objects that are used in shared libraries are compiled with -fPIC. Here is my workstep of course i have fixed already many of the library issues which i hadn't installed on the system eg. RSA_new ect. /configure --prefix=/opt/subversion --with-ssl --with-zlib=/opt/zlib make all *skipped* /bin/sh /tmp/subversion/subversion-1.6.5/libtool --tag=CC --silent --mode=compile gcc -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -g -O2 -g -O2 -pthread -I./subversion/include -I./subversion -I/tmp/subversion/subversion-1.6.5/apr/include -I/tmp/subversion/subversion-1.6.5/apr-util/include -I/tmp/subversion/subversion-1.6.5/neon/src -I/opt/subversion/include/neon -I/tmp/subversion/subversion-1.6.5/sqlite-amalgamation -I/opt/zlib/include -o subversion/libsvn_subr/utf_validate.lo -c subversion/libsvn_subr/utf_validate.c /bin/sh /tmp/subversion/subversion-1.6.5/libtool --tag=CC --silent --mode=compile gcc -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -g -O2 -g -O2 -pthread -I./subversion/include -I./subversion -I/tmp/subversion/subversion-1.6.5/apr/include -I/tmp/subversion/subversion-1.6.5/apr-util/include -I/tmp/subversion/subversion-1.6.5/neon/src -I/opt/subversion/include/neon -I/tmp/subversion/subversion-1.6.5/sqlite-amalgamation -I/opt/zlib/include -o subversion/libsvn_subr/validate.lo -c subversion/libsvn_subr/validate.c /bin/sh /tmp/subversion/subversion-1.6.5/libtool --tag=CC --silent --mode=compile gcc -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -g -O2 -g -O2 -pthread -I./subversion/include -I./subversion -I/tmp/subversion/subversion-1.6.5/apr/include -I/tmp/subversion/subversion-1.6.5/apr-util/include -I/tmp/subversion/subversion-1.6.5/neon/src -I/opt/subversion/include/neon -I/tmp/subversion/subversion-1.6.5/sqlite-amalgamation -I/opt/zlib/include -o subversion/libsvn_subr/version.lo -c subversion/libsvn_subr/version.c /bin/sh /tmp/subversion/subversion-1.6.5/libtool --tag=CC --silent --mode=compile gcc -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -g -O2 -g -O2 -pthread -I./subversion/include -I./subversion -I/tmp/subversion/subversion-1.6.5/apr/include -I/tmp/subversion/subversion-1.6.5/apr-util/include -I/tmp/subversion/subversion-1.6.5/neon/src -I/opt/subversion/include/neon -I/tmp/subversion/subversion-1.6.5/sqlite-amalgamation -I/opt/zlib/include -o subversion/libsvn_subr/win32_crashrpt.lo -c subversion/libsvn_subr/win32_crashrpt.c /bin/sh /tmp/subversion/subversion-1.6.5/libtool --tag=CC --silent --mode=compile gcc -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -g -O2 -g -O2 -pthread -I./subversion/include -I./subversion -I/tmp/subversion/subversion-1.6.5/apr/include -I/tmp/subversion/subversion-1.6.5/apr-util/include -I/tmp/subversion/subversion-1.6.5/neon/src -I/opt/subversion/include/neon -I/tmp/subversion/subversion-1.6.5/sqlite-amalgamation -I/opt/zlib/include -o subversion/libsvn_subr/win32_crypto.lo -c subversion/libsvn_subr/win32_crypto.c /bin/sh /tmp/subversion/subversion-1.6.5/libtool --tag=CC --silent --mode=compile gcc -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -g -O2 -g -O2 -pthread -I./subversion/include -I./subversion -I/tmp/subversion/subversion-1.6.5/apr/include -I/tmp/subversion/subversion-1.6.5/apr-util/include -I/tmp/subversion/subversion-1.6.5/neon/src -I/opt/subversion/include/neon -I/tmp/subversion/subversion-1.6.5/sqlite-amalgamation -I/opt/zlib/include -o subversion/libsvn_subr/win32_xlate.lo -c subversion/libsvn_subr/win32_xlate.c /bin/sh /tmp/subversion/subversion-1.6.5/libtool --tag=CC --silent --mode=compile gcc -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -g -O2 -g -O2 -pthread -I./subversion/include -I./subversion -I/tmp/subversion/subversion-1.6.5/apr/include -I/tmp/subversion/subversion-1.6.5/apr-util/include -I/tmp/subversion/subversion-1.6.5/neon/src -I/opt/subversion/include/neon -I/tmp/subversion/subversion-1.6.5/sqlite-amalgamation -I/opt/zlib/include
Re: Compile Subversion 1.6.5 on SLES 11.1
Hi Stefan, Thanks for your many replies. The Reason why i want to doit like that is because SLES 11.1 Subversion from the repository is not available. (We use a company internal SLES repository which is under specific company restrictions & security policies) but if you can confirm to me that the packages provided in the email will work on 11.1 without an upgrade to 11.2 or 11.3 I would be very happy (it would be awesome and safe worktime). Thanks, Oliver >>> Stefan Sperling 2/24/2011 10:29 am >>> On Thu, Feb 24, 2011 at 07:50:51AM +0100, Stutz Oliver wrote: > Hello everybody, > > I have problems compiling Subversion with Apache support on SLES 11.1 it says > the zlib should be compiled with -fPIC flag. It is the version which came > with subversion which i have intalled into /opt/zlib isn't this supposed to > be working alright? Can maybe somebody give me a good Guide which has all the > steps in it or tell me what i'am doing wrong? I have read the "-fPIC" Error > Site from Gentoo because this was the site google was spitting out but i seem > to have lack of understanding about the makefiles and where to place this > -fPIC argument if it is really required. > > Thanks already for the help provided. > > /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse-linux/bin/ld: > /opt/zlib/lib/libz.a(deflate.o): relocation R_X86_64_32S against `.rodata' > can not be used when making a shared object; recompile with -fPIC > /opt/zlib/lib/libz.a: could not read symbols: Bad value > collect2: ld returned 1 exit status > make: *** [subversion/libsvn_subr/libsvn_subr-1.la] Error 1 No idea. Any reason you're not using the latest Subversion binaries from the OpenSUSE/SLES buildservice (apart from the fact that it seems to be down at the moment)? Those binaries are maintained by SUSE developers with help from other people (including myself), have been automatically packaged and tested and are ready to be installed via yast. They are of the same quality as can be expected from the Subversion packages that ship on the distribution media. If you are going to go through the effort of building your own binaries, 1.6.5 seems like an odd choice. You might as well try to build 1.6.15 which is the current stable release. Based on previous e-mail correspondence with you and/or an agreement reached with you, we consider ourselves authorized to contact you via unsecured e-mail. Warning: (a) E-mails can involve SUBSTANTIAL RISKS, e.g. lack of confidentiality, potential manipulation of contents and/or sender's address, incorrect recipient (misdirection), viruses etc. We assume no responsi-bility for any loss or damage resulting from the use of e-mails. We recommend in particular that you do NOT SEND ANY SENSITIVE INFORMATION, that you do not include details of the previous message in any reply, and that you enter e-mail address(es) manually every time you write an e-mail. (b) As a matter of principle, we do NOT accept any ORDERS, revocations of orders or authorizations, blocking of credit cards, etc., sent by e-mail Should such an e-mail nevertheless be received, we are not obliged to act on or respond to the e-mail. Please notify us immediately if you received this e-mail by mistake or if you do not wish to receive any further e-mail correspondence. If you have received this e-mail by mistake, please completely delete it (and any attachments) and do not forward it or inform any other person of its contents.
opensuse repository
Hey Guys, I'am trying to access https://build.opensuse.org/package/binaries?package=subversion&project=devel%3Atools%3Ascm%3Asvn&repository=SLE_11 Is the site down? Thanks for responses, Oliver Based on previous e-mail correspondence with you and/or an agreement reached with you, we consider ourselves authorized to contact you via unsecured e-mail. Warning: (a) E-mails can involve SUBSTANTIAL RISKS, e.g. lack of confidentiality, potential manipulation of contents and/or sender's address, incorrect recipient (misdirection), viruses etc. We assume no responsi-bility for any loss or damage resulting from the use of e-mails. We recommend in particular that you do NOT SEND ANY SENSITIVE INFORMATION, that you do not include details of the previous message in any reply, and that you enter e-mail address(es) manually every time you write an e-mail. (b) As a matter of principle, we do NOT accept any ORDERS, revocations of orders or authorizations, blocking of credit cards, etc., sent by e-mail Should such an e-mail nevertheless be received, we are not obliged to act on or respond to the e-mail. Please notify us immediately if you received this e-mail by mistake or if you do not wish to receive any further e-mail correspondence. If you have received this e-mail by mistake, please completely delete it (and any attachments) and do not forward it or inform any other person of its contents.
Subversion 1.6 Sles 11
Hello Everybody, I have a problem, i have installed SVN from the Repository or at least tried. Is this a normal Message? It is not very Informative can somebody tell me what i'am supposed to do in this situation, can this message be ignored and option 1 to be considered as a professional solution? Thanks for the responses already, Oliver zypper install subversion-server Loading repository data... Reading installed packages... Resolving package dependencies... Problem: subversion-server-1.6.16-27.1.x86_64 requires apache2, but this requirement cannot be provided uninstallable providers: apache2-2.2.10-2.24.5.x86_64[local_nu_server:SLES11-SP1-Pool] Solution 1: do not forbid installation of apache2-2.2.10-2.24.5.x86_64[local_nu_server:SLES11-SP1-Pool] Solution 2: do not ask to install a solvable providing subversion-server Solution 3: break subversion-server by ignoring some of its dependencies Choose from above solutions by number or cancel [1/2/3/c] (c): 1 Based on previous e-mail correspondence with you and/or an agreement reached with you, we consider ourselves authorized to contact you via unsecured e-mail. Warning: (a) E-mails can involve SUBSTANTIAL RISKS, e.g. lack of confidentiality, potential manipulation of contents and/or sender's address, incorrect recipient (misdirection), viruses etc. We assume no responsi-bility for any loss or damage resulting from the use of e-mails. We recommend in particular that you do NOT SEND ANY SENSITIVE INFORMATION, that you do not include details of the previous message in any reply, and that you enter e-mail address(es) manually every time you write an e-mail. (b) As a matter of principle, we do NOT accept any ORDERS, revocations of orders or authorizations, blocking of credit cards, etc., sent by e-mail Should such an e-mail nevertheless be received, we are not obliged to act on or respond to the e-mail. Please notify us immediately if you received this e-mail by mistake or if you do not wish to receive any further e-mail correspondence. If you have received this e-mail by mistake, please completely delete it (and any attachments) and do not forward it or inform any other person of its contents.
Re: Subversion 1.6 Sles 11
Thank you for the response, I have asked in the community forum from Suse Community. Good to know that it is a Yast manipulation and not a real problem, i will try it out and see what will happen and if SVN will be running smoothly and give Feedback to the Mailing list asap. Oliver On Thu, Apr 7, 2011 at 9:16 AM, Stutz Oliver wrote: > Hello Everybody, > > I have a problem, i have installed SVN from the Repository or at least > tried. Is this a normal Message? It is not very Informative can somebody > tell me what i'am supposed to do in this situation, can this message be > ignored and option 1 to be considered as a professional solution? > > Thanks for the responses already, > > Oliver As I remember, YaST has some fairly odd manipulations on top of RPM management. In particular, it installs components through YaST that are *NOT* in RPM or normal 'createrepo' managed configurations, it has settings to "block" package installations, and it's extremely confusing. Try doing your installation from YaST, and see if you can turn off the feature blocking the apache2 components. Whoever wrote the package may not have filtered out the mod_dav_svn packages into a separate RPM, so it's reporting the Apacha dependencies. > zypper install subversion-server > Loading repository data... > Reading installed packages... > Resolving package dependencies... > > Problem: subversion-server-1.6.16-27.1.x86_64 requires apache2, but this > requirement cannot be provided > uninstallable providers: > apache2-2.2.10-2.24.5.x86_64[local_nu_server:SLES11-SP1-Pool] > Solution 1: do not forbid installation of > apache2-2.2.10-2.24.5.x86_64[local_nu_server:SLES11-SP1-Pool] > Solution 2: do not ask to install a solvable providing subversion-server > Solution 3: break subversion-server by ignoring some of its dependencies > > Choose from above solutions by number or cancel [1/2/3/c] (c): 1 > > Based on previous e-mail correspondence with you and/or an agreement reached > with you, we consider ourselves authorized to contact you via unsecured > e-mail. > > Warning: > > (a) E-mails can involve SUBSTANTIAL RISKS, e.g. lack of confidentiality, > potential manipulation of contents and/or sender's address, incorrect > recipient (misdirection), viruses etc. We assume no responsi-bility for any > loss or damage resulting from the use of e-mails. We recommend in particular > that you do NOT SEND ANY SENSITIVE INFORMATION, that you do not include > details of the previous message in any reply, and that you enter e-mail > address(es) manually every time you write an e-mail. > > (b) As a matter of principle, we do NOT accept any ORDERS, revocations of > orders or authorizations, blocking of credit cards, etc., sent by e-mail. > Should such an e-mail nevertheless be received, we are not obliged to act on > or respond to the e-mail. > > Please notify us immediately if you received this e-mail by mistake or if > you do not wish to receive any further e-mail correspondence. If you have > received this e-mail by mistake, please completely delete it (and any > attachments) and do not forward it or inform any other person of its > contents. Based on previous e-mail correspondence with you and/or an agreement reached with you, we consider ourselves authorized to contact you via unsecured e-mail. Warning: (a) E-mails can involve SUBSTANTIAL RISKS, e.g. lack of confidentiality, potential manipulation of contents and/or sender's address, incorrect recipient (misdirection), viruses etc. We assume no responsi-bility for any loss or damage resulting from the use of e-mails. We recommend in particular that you do NOT SEND ANY SENSITIVE INFORMATION, that you do not include details of the previous message in any reply, and that you enter e-mail address(es) manually every time you write an e-mail. (b) As a matter of principle, we do NOT accept any ORDERS, revocations of orders or authorizations, blocking of credit cards, etc., sent by e-mail Should such an e-mail nevertheless be received, we are not obliged to act on or respond to the e-mail. Please notify us immediately if you received this e-mail by mistake or if you do not wish to receive any further e-mail correspondence. If you have received this e-mail by mistake, please completely delete it (and any attachments) and do not forward it or inform any other person of its contents.