Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
this is quite a messy thing u want to do. go look from some RPM documentation. The .rpmmacros/.rpmc tips should give hints. You'll need to 'overried' predefined paths within the packages (but as i've mentioned - thi would be messy). Most of the packges u'll install wouldn't find some programs they need. It would just like redefing your '/' to be '/home/hano'.
hmm, let me guess; this is the reason why debian freaks say .deb is superior to .rpm , or they both stink equally at this particular task, .... which at first sight i thought it was totally trivial to do?
my guess is, if that's the case, it's not going to happen unless you figure out how to decipher and edit the predefined paths in an rpm since all the rpms i've ever installed go into some directory in "/". and like mentioned above, even if you did this, the program may still not work.
the only thing i can think of if you don't want to go that route is to get the source code and hopefully the author of the program will have a configure script in there where you can specify an install path with the --prefix flag.
Do I understand you correctly? You are trying to install a program on a system that you do not have the root password to? Why would you want to do that? Why don't you ask the sysadmin for permission?
...trying to install a program on 'a' system no, only in my account (i thought i explained that part). Different to other popular OS, unix-like OSes like linux allow people to use its own account for security reasons, and the idea of it would be to use/install/run whatever on your account space without altering the whole system space
I just can't believethat .rpm are a administrator-only facility for installing apps.... thats absurd
About installing from source, the package im trying to install is gnome-vfs-devel for redhat 7.2 (corresponding to gnome-vfs 1.0.-17), mainly because its a dependency of the anjuta 0.1.9 (which is the latest version of anjuta that works in a gnome 1.2.0 enviroment)
... and i couldn't find a tarball for that package on ftp.gnome.org, all i could find was the really useful rpm