[fsug-tvm]: How to test latest software from source?
@Syam sir: Thanks for the clear reply - it makes things a lot easier now. I was already familiar with some of your suggestion, but others were plain new to me. I had partially tried these ideas earlier when I tried a Django/Apache/Python/Postgresql server stack. But I still had to ask since there were many unsolved problems. Most 'make' based packages will have a 'prefix' argument to the 'configure' > script to install to a custom directory. For example --prefix=/my/path will > install everything relative to that path: /my/path/lib, /my/path/include > etc. > I used the same method for the server stack. Even python setup-tools has a --prefix option. > Again, most packages I use have an argument to configure the directories > for individual dependent libraries. For example, when building gcc, IIRC, > there are options --with-mpfr=, --with-gmp= which allow you to set the same > prefix directory as you used when building GMP and MPFR for compiling gcc. > There are even more options for fine tuning which will let you specify the > 'include' and 'lib' separately, rather than specifying the 'prefix' path. > This was the section that I really needed help with. I never figured out the way to specify dependencies. At that time, it was not important. But this time, I am trying to prepare a Python/Numpy/IPython/Emacs based scientific stack. Unfortunately, all these packages are undergoing transition (mainly due to py2 to py3 porting) and a dependency hell is in the making. Still, it makes me wonder if it is not possible to specify a 'preferred dependency/library location' for the entire stack, rather than having to specify location of each dependency to each package during compilation. I will check the LD_LIBRARY_PATH environment variable you suggested, to see if that can do something. For this, I guess you'll have to set LD_LIBRARY_PATH environment variable > to point to your custom directories before you invoke your app. You can do > this in a wrapper starter script so that it doesn't get applied to the > whole system. > Actually, I was referring to a situation where one app invokes another - not the case of dynamic linking. But the solution was similar to what you suggested. I created a wrapper script with the PATH environment variable pointing to the other preferred apps (this was necessary since I wanted Apache to invoke my freshly compiled Python binaries). My only regret is that I couldn't find a single method to specify the PATH for all the apps in the stack. Your reply gave a lot of methods and clues for solving the problem. Thanks! Regards, Gokul Das -- "Freedom is the only law". "Freedom Unplugged" http://www.ilug-tvm.org You received this message because you are subscribed to the Google Groups "ilug-tvm" group. To control your subscription visit http://groups.google.co.in/group/ilug-tvm/subscribe To post to this group, send email to ilug-tvm@googlegroups.com To unsubscribe from this group, send email to ilug-tvm-unsubscr...@googlegroups.com For details visit the google group page: http://groups.google.com/group/ilug-tvm?hl=en
Re: [fsug-tvm]: How to test latest software from source?
@syam. Very good tips.. Its useful to others too *-- JeevZ * +---+ * * *| !!Its Better to be Blessed With Nothing Than Cursed with Blessings!! |* +- -- + Jeevachaithanyan Sivanandan +60102780263 http://about.me/jeevanism On Mon, Jul 30, 2012 at 5:53 PM, Syam wrote: > > > On Mon, Jul 30, 2012 at 9:02 AM, Visakh wrote: > >> >> >> That is, I want to be able to test the software without touching the >> default installation (install to a non standard location). > > > Most 'make' based packages will have a 'prefix' argument to the > 'configure' script to install to a custom directory. For example > --prefix=/my/path will install everything relative to that path: > /my/path/lib, /my/path/include etc. > > >> I am willing to compile all required dependencies from source, but the >> compiled apps should be able to link with custom-compiled SOs, rather than >> with the distro's version (ie, ld configuration). > > > Again, most packages I use have an argument to configure the directories > for individual dependent libraries. For example, when building gcc, IIRC, > there are options --with-mpfr=, --with-gmp= which allow you to set the same > prefix directory as you used when building GMP and MPFR for compiling gcc. > There are even more options for fine tuning which will let you specify the > 'include' and 'lib' separately, rather than specifying the 'prefix' path. > I have done this for building new GCC on an RHEL machine without affecting > the installed versions. > > > >> The apps should also invoke other custom-compiled apps when available. > > > For this, I guess you'll have to set LD_LIBRARY_PATH environment variable > to point to your custom directories before you invoke your app. You can do > this in a wrapper starter script so that it doesn't get applied to the > whole system. > > -- > Regards, > > Syam > sya...@gmail.com > > -- > "Freedom is the only law". > "Freedom Unplugged" > http://www.ilug-tvm.org > > You received this message because you are subscribed to the Google > Groups "ilug-tvm" group. > To control your subscription visit > http://groups.google.co.in/group/ilug-tvm/subscribe > To post to this group, send email to ilug-tvm@googlegroups.com > To unsubscribe from this group, send email to > ilug-tvm-unsubscr...@googlegroups.com > > > > For details visit the google group page: > http://groups.google.com/group/ilug-tvm?hl=en > -- "Freedom is the only law". "Freedom Unplugged" http://www.ilug-tvm.org You received this message because you are subscribed to the Google Groups "ilug-tvm" group. To control your subscription visit http://groups.google.co.in/group/ilug-tvm/subscribe To post to this group, send email to ilug-tvm@googlegroups.com To unsubscribe from this group, send email to ilug-tvm-unsubscr...@googlegroups.com For details visit the google group page: http://groups.google.com/group/ilug-tvm?hl=en
Re: [fsug-tvm]: How to test latest software from source?
On Mon, Jul 30, 2012 at 9:02 AM, Visakh wrote: > > > That is, I want to be able to test the software without touching the > default installation (install to a non standard location). Most 'make' based packages will have a 'prefix' argument to the 'configure' script to install to a custom directory. For example --prefix=/my/path will install everything relative to that path: /my/path/lib, /my/path/include etc. > I am willing to compile all required dependencies from source, but the > compiled apps should be able to link with custom-compiled SOs, rather than > with the distro's version (ie, ld configuration). Again, most packages I use have an argument to configure the directories for individual dependent libraries. For example, when building gcc, IIRC, there are options --with-mpfr=, --with-gmp= which allow you to set the same prefix directory as you used when building GMP and MPFR for compiling gcc. There are even more options for fine tuning which will let you specify the 'include' and 'lib' separately, rather than specifying the 'prefix' path. I have done this for building new GCC on an RHEL machine without affecting the installed versions. > The apps should also invoke other custom-compiled apps when available. For this, I guess you'll have to set LD_LIBRARY_PATH environment variable to point to your custom directories before you invoke your app. You can do this in a wrapper starter script so that it doesn't get applied to the whole system. -- Regards, Syam sya...@gmail.com -- "Freedom is the only law". "Freedom Unplugged" http://www.ilug-tvm.org You received this message because you are subscribed to the Google Groups "ilug-tvm" group. To control your subscription visit http://groups.google.co.in/group/ilug-tvm/subscribe To post to this group, send email to ilug-tvm@googlegroups.com To unsubscribe from this group, send email to ilug-tvm-unsubscr...@googlegroups.com For details visit the google group page: http://groups.google.com/group/ilug-tvm?hl=en
[fsug-tvm]: How to test latest software from source?
Hi, I want to test a bunch of bleeding edge software (scientific) directly from source. However, I am facing the usual issues related to installing from source. The dependencies provided by the distro's package manager are always too old. And, many of the build scripts don't provide an option to uninstall compiled packages from the system cleanly. That is, I want to be able to test the software without touching the default installation (install to a non standard location). I am willing to compile all required dependencies from source, but the compiled apps should be able to link with custom-compiled SOs, rather than with the distro's version (ie, ld configuration). The apps should also invoke other custom-compiled apps when available. This way, I can hack the source without breaking the default install, and return the system back to normal after experimentation. Can anyone suggest how this is done? A reference doc/page would be nice. I have been googling for it, but can't form the correct search terms to get a meaningful result. Right now, I am looking at Debian package managers' manual for a solution, but not sure if I will get it. Any help is appreciated. with regards, Gokul Das -- "Freedom is the only law". "Freedom Unplugged" http://www.ilug-tvm.org You received this message because you are subscribed to the Google Groups "ilug-tvm" group. To control your subscription visit http://groups.google.co.in/group/ilug-tvm/subscribe To post to this group, send email to ilug-tvm@googlegroups.com To unsubscribe from this group, send email to ilug-tvm-unsubscr...@googlegroups.com For details visit the google group page: http://groups.google.com/group/ilug-tvm?hl=en