There are lots of answers suggesting relocatable packages. The relocation option is for administrators to choose the destination (making destination be /opt instead of /usr/local for example) and is not really for user permissions.
While it may be possible to get around some permissions issues using this method, the MAJOR problem is that when you perform rpm operations, it is modifying the /var/lib/rpm/__db.* databases that are owned root:root. So as JPerkSter said "short answer = no". Setting up sudo to allow the specific needs would probably be the best bet.
Copy the files into your ~/ folder, add any additional dependency libraries and hope for the best. Not guaranteed but you may get some non-relocatable packages working this way.
The RPM spec contains an option called 'relocatable'. If the rpm is built with relocatability turned on then it can be installed in a user specified directory using the '--prefix' option. So presumably an rpm could be installed locally without superuser access as long as two conditions are met:
The package was originally built to be relocatable
The 'rpm' binary does not attempt to add the package to the global system catalog
But, in general, no, you need superuser access to install an RPM. While the relocatable option exists, I have nearly never seen a package that has been built to support it.
Depending on the contents of the package you could simply extract the contents of the rpm and use it from somewhere withing your home directory. Even if it isn't flagged as relocatable. If binaries in the package have hard-coded paths, or if the application requires root access then it may not be possible.
You can force it to install under a different directory using a different dbpath. Also you should probably not run any scripts directly without checking them out.
This will put an rpm under the current directory and extract the scripts so you can edit and run them if necessary.
Yes, but you may not want to. I have used custom puppet manifests and rpm packages to maintain software on compute clusters on which I did not have root access. In theory it is as simple as
However, there are quirks in how this behaves across EL4, EL5, and EL6, so you'll need a different set of steps and options for each one. I don't have that information handy anymore. Those quirks, as well as frequent RPM database issues (perhaps due to NFS), made me regret using rpm.
If you have a package file called foo.rpm, you can extract its files under the current directory path using:
rpm2cpio foo.rpm | cpio -idmv
For example, if you do this in /home/myself and the package contains files /lib/foo.so and /usr/bin/foo, these files will be extracted into /home/myself/lib/foo.so and /home/myself/usr/bin/foo.
There are lots of answers suggesting relocatable packages. The relocation option is for administrators to choose the destination (making destination be /opt instead of /usr/local for example) and is not really for user permissions.
While it may be possible to get around some permissions issues using this method, the MAJOR problem is that when you perform rpm operations, it is modifying the /var/lib/rpm/__db.* databases that are owned root:root. So as JPerkSter said "short answer = no". Setting up sudo to allow the specific needs would probably be the best bet.
Considering all of the above, regarding relocatable builds, you could try following the instructions listed here.
Some packages are relocatable so they may work fine without root, just specify prefix when installing it: rpm -i my.rpm --prefix=/my/home/folder
If package is not relocatable you may still extract the files from RPM and try to run it. You can extract RPM files using for example:
Copy the files into your ~/ folder, add any additional dependency libraries and hope for the best. Not guaranteed but you may get some non-relocatable packages working this way.
The RPM spec contains an option called 'relocatable'. If the rpm is built with relocatability turned on then it can be installed in a user specified directory using the '--prefix' option. So presumably an rpm could be installed locally without superuser access as long as two conditions are met:
But, in general, no, you need superuser access to install an RPM. While the relocatable option exists, I have nearly never seen a package that has been built to support it.
Depending on the contents of the package you could simply extract the contents of the rpm and use it from somewhere withing your home directory. Even if it isn't flagged as relocatable. If binaries in the package have hard-coded paths, or if the application requires root access then it may not be possible.
You can force it to install under a different directory using a different dbpath. Also you should probably not run any scripts directly without checking them out.
This will put an rpm under the current directory and extract the scripts so you can edit and run them if necessary.
Yes, but you may not want to. I have used custom puppet manifests and rpm packages to maintain software on compute clusters on which I did not have root access. In theory it is as simple as
However, there are quirks in how this behaves across EL4, EL5, and EL6, so you'll need a different set of steps and options for each one. I don't have that information handy anymore. Those quirks, as well as frequent RPM database issues (perhaps due to NFS), made me regret using rpm.
You can build RPM's without root access, just do so inside your homedirectory. As far as installing RPM's, I would say the short answer = no.
Expanding Zoredache's link about extracting the files from an RPM without installing:
If you have a package file called
foo.rpm
, you can extract its files under the current directory path using:For example, if you do this in
/home/myself
and the package contains files/lib/foo.so
and/usr/bin/foo
, these files will be extracted into/home/myself/lib/foo.so
and/home/myself/usr/bin/foo
.no its not possible rpm with out root,su or sudo access