RE: SAP DB 7.4 build problems on Red Hat Linux 8.0
"Dittmar, Daniel" <[email protected]> Mon, 24 Mar 2003 17:51:08 +0100
| Newsgroups | gmane.comp.db.sapdb.sources |
|---|---|
| Message-ID | <B9A2DDA03044D311BBD40008C75D6968147D85CE@dewdfx24> |
> i straced dbmcli and noticed that dbmcli is trying to create > a temporary > file in /usr/spool/sql/ini (SAP_DBTech.ini.kwaDmw). should > the software be > built as root or can i do it as a regular user? It should work if /usr/spool/sql/ini is world writable. > could you add a mention about the required GNU Bison version > (1.28 works, > 1.35 doesn't) in the build instructions found in > http://www.sapdb.org/7.4/develop/dev_linux.htm. also, > ActivePerl doesn't > seem to be strictly required, normal Perl v5.005 does just fine. I will. > > which target should i be using when building the SAP DB server? imf.pl all > > what's the correct way to change the installation path of compiled the > software? by default the build system places compiled binaries in > SAPDB_DEV/usr under the build tree. what if i want the binaries to be > placed under /opt/sapdb for example? i've tried changing INSTROOT in > V74_03_14/initDev_SAPDB but that doesn't seem to have an > effect. i also > tried changing DBROOT but that made the compilation system brake down > because PATH settings for example depend on DBROOT. There is no hook for this. We should probably dig a bit into vmake and the scripts to make sure that everything is copied into INSTROOT. Currently, you can only use links or copy the files after the make. Run dbmcli -s -R /opt/sapdb inst_reg -k /opt/sapdb to make that directory known to the central registry. Daniel Dittmar -- Daniel Dittmar SAP DB, SAP Labs Berlin [email protected] http://www.sapdb.org/