ke4nt1
Group: Members
Posts: 2329
Joined: Oct. 2003 |
|
Posted: Jan. 06 2005,06:47 |
|
That's a way-old-time cheat for us "older " linux guys..
Problem is that ldconfig also sometimes screws with lib symlinks. Causing "unknown" issues with packages later on.
And who wants your path to be running thru a dozen extra directories, possibly finding the WRONG copy of libGL.so.1, or libXft.so.2 , which links to an even older version of libXft.so, that corresponds to your package? A search from an application will simply stop at the first copy it finds, whether that copy corresponds to that app or not.. Uh Oh.. ( assuming your placing a copy of each needed lib in every installed-to-opt application, and then simply setting the ld.so.conf path to include that dir. )
I suggest you test your theory with many different installed extensions first.. One or two installed extensions may fly, but once you begin to mix gtk+ and gtk2, or different versions of perl, python, etc, then things get hairy.
And I don't really want 10 copies of libXYZ in my ramspace anyway.
Most of the contributed extensions were built by other users and individuals. They are not "integrated" to work with eachother, but remain as separate as possible, thus the .uci and .tar.gz extension methods.
The same thing you are describing can be done with a simple shell wrapper, adding to the path for ONLY THAT SHELL the app runs in. When you exit the app, and the shell closes, the temporary path disappears, leaving your default path pristine and untouched..
There's no need to make a global filesystem change to the path statement.
For an example, look at my qcad.tar.gz extension, which makes a nice .uci as well.. Look in the /opt/start_qcad file. You'll see the exported path statements for linking to libs within the extension, as well as exporting paths for python, WITHOUT using mkwritable on the filesystem or symlinking any files. Once you exit, your back to the pristine DSL build.
Keep trying, and don't be hesitant to ask us questions. cbagger01, roberts, john, SU, mikshaw, many others, and myself are very familiar with DSL filesystems and the "layout of the land" . and all of us are eager to help guide you thru your personal builds...
We'll be happy to show you the ropes, and teach/share what we can.
73 ke4nt
|