I was trying to install Shimmercat and got stuck on a point that in which prefix to install ShimmerCat?
Should I install it in :- (/usr/local)?
The recommendation is that you use /usr/local as the prefix. You can also choose another directory, but then you have to be sure to have enough privileges there, and that there is a "bin" subdirectory in your PATH. You shouldn't need to use root privileges for running the installer
Related
I want to install a Perl module to a particular directory which I am mentioning while executing a command.
I want this module to be installed in a mentioned path.
Command I tried is
$ env PERL_MM_OPT='INSTALL_BASE=/home/vinod/my_test_folder/perl_practice/scripts' cpanm Log::Log4perl
But this by default installed in /home/vinod/my_test_folder/perl_practice/scripts/lib/perl5.
What could be the reason? How to install the module in particular directory which I am mentioning?
See the documentation of INSTALL_BASE. You seem to be interested in changing just the INSTALLPRIVLIB path. Maybe you want to set the LIB attribute only, described in the next section?
I am just wondering if there is a way to specify the current user(who
is installing the RPM) user:group privileges to installed folder of
RPM(/usr/lib/appfloder) in the Spec(.spec) file.
Example: Currently while installing the RPM it is considering root:root privileges if we do not create the user and group and not added in section
(%defattr(777, maya, maya, 777)) in the spec file. if we add defattr it is considering maya as a user.
Expecting, please consider the current user 'user1' is installing the
RPM, the privileges should under 'user1'. if 'user2' is installing the
RPM it should under 'user2'.. Why?
I have an RPM package which install on /usr/lib/app and run as a
service. And my application needs the current user home directory to
search for some package which is installed for the current user.
The user who installs the rpm is always root, because you need root privileges to be able to install an rpm.
So you cannot do this. You need to find some other way, a package should not provide files inside the /home directory of a user. If you have general config to package; put it in /etc.
I'm now using centos5.8 .
And I'm not administrator, I mean I'm just have user account, not root.
Currently I'm installing program in this way.
Download source and move to the my account and install using make.
But current way is too difficult to me.
So I really want to use more easy way.
Like sudo apt-get install.
Yum looks like that.
But when I tried to use yum, he required root account.
I know root password but..
Can I use yum?
I'm afraid about it can destroy the whole system.
I just want to change my account not shared directory and file.
I want to install program in /home/ME/
not ../../etc ../../bin
How can I do this?
And is it safe to use yum?
Thank you in advance,
If you want to use Yum, you need to have root access.
You can compile and run application in your home directory without root access, but systemwide installing using yum is not possible without root access.
I have a problem when i want to install CPAN module
I type cpan to install cpan , but i get this error :
mkdir /home/cyrine/.cpan/CPAN: Permission >denied at
/usr/share/perl/5.10/CPAN/Shell.pm line 656
How can I change these permissions?
Probably the CPAN directory is owned by root; you can check this by doing ls -l /home/cyrine/.cpan.
There are two ways of fixing this:
If you have sudo access to the server, use that when installing and using CPAN.
Delete or rename the entire /home/cyrine/.cpan directory (either mv ~/.cpan ~/.cpan-old, or rm -rf ~/.cpan).
It appears that you have a permissions issue with your home directory. Maybe someone else installed Perl modules in your home directory, and therefore you don't own those folders?
If you can't resolve the underlying permissions issue, there are several approaches to installing Perl modules without root privileges. You could use these to install modules in another location that you do have permission to access.
Local::Lib allows you to maintain your own local library of Perl modules which you install in your home directory. It gives instructions for installing the module itself if you don't already have it.
Perlbrew is a very simple-to-use tool that allows you to maintain your own separate installation of Perl (and install modules) in your home directory.
If that isn't enough, browse through some of the previous questions on this issue for more.
I'd like to install a PHP extension on a bluehost shared site; specifically the MongoDB driver. Since pecl is unable to write to the primary server directory that has all the installed extensions, I'd like to install the mongo.so file to a directory I specify under my home. The closest article I found on the web was:
http://www.site5.com/blog/programming/php/how-to-setup-your-own-php-pear-environment/20090624/
However, after following the steps when I use the "pecl install mongo" command, it still keeps trying to install to bluehost's central directory on the server.
According to my web host's technical support team, utilising the pecl installer attempts to install the extension server-wide rather than under your account only. My web host doesn't allow server-wide installations in their shared environment for security reasons and because they want to keep their fleet universally the same across the board. I suspect your host is the same.
However, they did suggest I download, configure and install the pecl package (pecl_http) in my account only (rather than server-wide) via the following manual process:
$ cd ~/
$ wget http://pecl.php.net/get/pecl_http
$ tar -zxvf pecl_http.tar.gz
$ cd pecl_http
$ phpize
$ ./configure --prefix=~/bin
$ make
$ make test
$ make install
A successful install will have created extname.so and put it into the
PHP extensions directory. You'll need to edit php.ini (in my case,
this was a copy of the standard php.ini file that I placed in the same
folder as the script using the extension) and add an
extension=extname.so line (in my case, extension=http.so) before you can use the extension.
http://www.php.net/manual/en/install.pecl.phpize.php
Note that the tilde character (~) in the above code refers to the home directory of the current user (e.g. /home/username on my host's server).
Issues you may run into
When using the tar command, a "cannot open: not a directory" error
appeared as pecl_http had been downloaded without a file extension.
This was easily corrected:
mv pecl_http pecl_http.tar.gz
When using the make install command, a "cp: cannot create regular
file...: Permission denied" errror appeared. I resolved this issue
by changing the ext_dir for pecl...
pecl config-set ext_dir /home/username/bin/extensions
...and re-running make install. I also had to copy the http.so extension to /home/username/bin/extensions and then reference that location in my php.ini file:
extension_dir = "/home/username/bin/extensions"
this sounds like you don't have root access to your server. if your need to compile anything you must be have root access permission to server, or maybe you must be one of the sudoers.