Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 11 years ago.
Improve this question
I have a completely fresh install of 64 Bit Cent OS 5.7, this is in VirtualBox on top of 64-bit XP.
I'm trying to install SSU.
Problem: The command 'git' was not found. See "code" below please.
Have tried looking this up: /usr/local/git/ does not exist: git: command not found (on OS X 10.5)
I don't care about source code: I just want git to work so SSU will install so I can try to access the bank on what seems like a huge whim.
I am signed in to Gnome as root and seem to be able to access my computer normally without being harassed about passwords excessively and can create or edit files.
[root#localhost ~]# $ git clone https://github.com/wesabe/ssu
bash: $: command not found
Concerns
Unfortunately every single time I ask these kinds of questions and don't make clarifications I end up having to make those clarifications. So...
No negativity or rudeness intended what-so-ever: if the answer involves editing a text file or copy-and-paste actions please tell me the locations to do so in the file manager instead of console commands. I'm perfectly okay copying and pasting console commands for things that really should be done in the console though.
Note: there appear to be numerous "git" commands and numerous "ssu" commands. I do NOT know the difference between them and would really prefer someone who has solid expertise to answer so that I nor others end up accidentally trashing our copies of Linux as it's been very difficult to get anything to work and stay working thus extending my personal stay with XP.
I will be more than happy to both accept an answer and thumbs it up should it be helpful.
I would first try installing git. As root:
yum install git
According to here,
yum install git-core
If that doesn't work you could add the EPEL source. There are also RPMs for git.
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed last year.
Improve this question
I installed go on ubuntu 16.04 from the archive and tried to test my installation by issuing the command go on my terminal. It keeps prompting me / not root-owned 1000:0.
I installed go on /usr/local folder and also included it into my path as instructed on the official golang installation. I removed go and tried to install it again, but found the same result. It sounds more of a linux root permission issue, but I have no clue how to fix it. I tried other commands that I installed from archive and they work perfectly fine. Any kind of help would be appreciated.
It seems to complain that the system root directory / has the wrong owner. This is a security problem because you don't want to have regular users changing system files at will. It looks like you changed this on purpose at some point in the past; change it back, or reinstall your system if you have wrecked more permissions than just this one.
sudo chown root /
For the record, the proper way to give yourself limited system access is to use sudo. Add yourself to sudoers (usually this is already set up by the OS installer on any reasonably consumer-oriented Linux distro) and when you need privileges for something, run that command with sudo.
Simple, in the command line:
sudo chown root:root /
In addition to the root permission issue I had, I also found that I installed go using snap to: snap install --classic go, which wasn't a good idea. I was also unable to remove the go folder in /snap, even as root. I now reinstall my system and hopefully the issue will be solved.
sudo chown root /var
This will solve your problem
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 3 years ago.
Improve this question
I am embarking on the journey to learn Python and decided to start with Python 3.7.3
However, I had a couple of questions before I install python on my computer.
My C drive is an M.2 SSD with only about 60 GBs of space left in it. I do not know how much space my python projects would take as I go on about educating myself in the language. Hence I wanted to know whether installing Python and an IDE like PyCharm in D drive would work. Would it affect where pip installs Modules and Libraries?
Python does not care where it gets installed as long as you know where it is at and preferably is in your system path.
Might I suggest checking out https://pythonprogramming.net
EDIT: Below will print the location of your site packages (aka. the things you pip install)
import site
print(site.getsitepackages())
One last thing... My suggestion is just install Python to its default.
THEN! pip install virtualenv
NEXT cd into a directory on your other drive
mkdir my-python-code
cd my-python-code
virtualenv --name my-python-env
Then just use that virtual environment. This does two things for you it uses your other drive like you want. But it also gets you using Virtual Environments early on which is a good habit to be in.
This might be useful for getting started with virtualenv.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 9 years ago.
Improve this question
I have performed the following steps to install OpenLdap on my Redhat Linux Server:
1. untar the tar file
2. ./configure <--this ran successfully without error
3. make depend
4. make
5. make test <-- couldn't find any error
6. make install
7. started slapd: /usr/local/sbin/slapd
But the service is not starting. I don't see any slapd process in the ps -lef | grep slapd output. Also I see this, when i run : ldapsearch -x -b '' -s base '(objectclass=*)' namingContexts
ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1)
What could be the error and also How can I completely uninstall OPENLDAP
There are two questions here:
What could be the error?
It's possible that you haven't appropriately configured slapd. There are probably errors in your syslog (/var/log/messages) that will help you diagnose problems. You can also run slapd in debugging mode (slapd -d none) to see errors displayed on your terminal.
How can I completely uninstall OpenLDAP?
That's a little tricky, since you (a) elected to install it from source rather than using an existing package and (b) you didn't install it into a dedicated directory. To completely uninstall it, you would have to pay close attention to what files are installed by running make install and then remove them.
However, there's no harm in leaving the files installed on your system as long as you're not using them. You can remove anything that was installed into /usr/local/bin or /usr/local/sbin if you want to prevent them from conflicting with versions of those commands installed via system packages.
If OpenLDAP is the only thing you've installed in /usr/local you can just remove any files below that directory.
Generally, if you can use the pre-packaged versions of software available in your Linux distribution your life will be easier. For example, if you were to install the RedHat openldap-servers package, you would have a default configuration that would allow slapd to start and run correctly.
To uninstall. look through either the log output from the configure command, or type "configure --help" to see a list of directories that things are installed in by default. Most likely it populated files into /usr/local/bin, /usr/local/lib, and so forth, so you'll need to into those directories and remove the files by hand.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
I downloaded vim-7.3.tar.bz2, which is said containing source and runtime. I unpacked it but I cannot find the executable for vim program. Where is it?
The usual steps are:
$ ./configure --prefix=/home/username
$ make
$ make install
There are many ways to customize the whole process, you should do $ ./configure --help before anything to have an idea of what you can do.
The first step is where you define all the options used for building. $ ./configure without options just uses the default settings.
The second step is the building itself.
The last step is where the executable is moved to the path given at configuration time, /home/username/bin/vim in my example.
Another solution is to simply do $ make, move the executable where you want and make sure this location belongs to your path or create an alias.
Open source packages seldomly contain both sources and binaries, especially because Vim runs on so many different platforms.
Binary downloads are listed at http://www.vim.org/download.php
You didn't tell the operating system you're on; for Windows, the Cream project (http://cream.sourceforge.net/) provides up-to-date packages and installers; for Linux, it's best to rely on the distribution's package management.
To have a local user (vs. system / root) -install, you either have to hack around the package management (cp. https://serverfault.com/questions/23734/is-there-any-way-to-get-apt-to-install-packages-to-my-home-directory), or compile (with a custom install prefix) from the sources (which you have already downloaded!)
If you want to follow the latest and greatest Vim and continually update, check out its Mercurial repository and compile Vim from there.
Open your old version vim and then type:
:help install
You'll find everything you need there. There is even a section on installing in your home:
:help install-home
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about a specific programming problem, a software algorithm, or software tools primarily used by programmers. If you believe the question would be on-topic on another Stack Exchange site, you can leave a comment to explain where the question may be able to be answered.
Closed 2 years ago.
Improve this question
When I updated my Ubuntu system with update manager, I encountered an error, and now the update manager is stuck. The error message is:
An unresolvable problem occurred while initializing the package
information.
Please report this bug against the 'update-manager' package and
include the following error message:
'E:Dynamic MMap ran out of room. Please increase the size of
APT::Cache-Limit. Current value: 25165824. (man 5 apt.conf), E:Error
occurred while processing moonlight-tools (NewVersion1), E:Problem
with MergeList
/var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_lucid-proposed_universe_binary-i386_Packages,
E:The package lists or status file could not be parsed or opened.'
I googled on how to increase the cache-limit, and changed /etc/apt/apt.conf.d/70debconf to
APT::Cache-Limit "100000000"
But this solution doesn't work. The problem wasn't fixed.
What should I do to fix this problem?
These steps worked for me in Ubuntu 16:
Add line APT::Cache-Limit "100000000"; to file /etc/apt/apt.conf.d/70debconf
Delete all corrupted merge lists.
sudo rm /var/lib/apt/lists/* -vf
Then running an update with following command will automatically create
a good new /var/lib/dpkg/status file.
sudo apt-get update
Instead of adding the line APT::Cache-Limit "100000000"; to the file /etc/apt/apt.conf.d/70debconf add it to the file /etc/apt/apt.conf.d/20archive which solved the problem for me.
Have you tried the /etc/apt/apt.conf.d/20archive and setting the max size and max age values?
1/27/2017
Mepis 12 Variant:
When attempting to activate all the available repositories in Mepis 12, Synaptic will gripe,
"E: Dynamic MMap ran out of room. Please increase the size of APT::Cache-Start."
and crash out on exit, subsequently refusing to restart.
Mepis users who need the full spectrum of available repos should edit the content of the "80mepis" file in the /etc/apt/apt.conf.d/ directory to read
APT::Cache-Limit "100000000";
as suggested for the /etc/apt/apt.conf.d/70debconf file in similar affected distros, as above. My Mepis 12 Final Edition installations have all, to date, required this fix in order to to enable a full complement of repositories on demand.
Heartfelt thanks to the others who have gone before. As a longtime public Mepis installer, I think cleaning the system with
rm /var/lib/apt/lists/* -vf
mv /var/lib/dpkg/status /var/lib/dpkg/status-bad
cp /var/lib/dpkg/status-old /var/lib/dpkg/status
and then doing a
apt-get update
command from the command line, all as su (aka root),as suggested above, is a very good idea too. And that is all. 0{:-)o[
You may attempt to clean the APT-list which may be corrupted, and then replace it with an existing, working one.
sudo rm /var/lib/apt/lists/* -vf
sudo mv /var/lib/dpkg/status /var/lib/dpkg/status-bad
sudo cp /var/lib/dpkg/status-old /var/lib/dpkg/status
sudo apt-get update
You can try to refer here for more info: https://justinalex.com/ubuntu-fixing-the-apt-repository-and-package-manager-2/
May be due to server resource limitation, setting APT::Cache-Limit "100000000"; didn't work for me.
My last resort stop resource intensive service for temporary and perform the upgrade.
Thanks,