I am quite new to this. Is there a certain repo I'm supposed to install? If so could you tell me it and what command I need to put in. Thanks.
libssl0.9.7 on Debian.
I don't think there are any repos that still have that version. Installing such an old version of OpenSSL is NOT recommended as it comes with way too many vulnerabilities to list. But if you still want that version, you can download it here: http://archive.debian.net/etch/amd64/libssl0.9.7-dbg/download
Here are the commands to install it:
wget -c http://archive.kernel.org/debian-archive/debian/pool/main/o/openssl097/libssl0.9.7-dbg_0.9.7k-3.1etch5_amd64.deb
sudo dpkg -i libssl0.9.7*.deb
sudo apt-get -f install
Since it's an old version, there's no guarantee that it'll be compatible with new systems. You may receive some errors after completing the installation.
Related
I am trying to install mysql workbench on a system without network. I downloaded the mysql-workbench-community, mysql-community-{server, client, common, libs} which were noted in the "Installing RPM Packages" section of MySQL Install Manual. It states that these are the standard rpm packages needed for a basic functional install of mysql community. So with that I downloaded all the rpm packages and attempted to manually install each using:
sudo rpm -ivh mysql-community-package-name.rpm
Unfortunately I keep getting dependency errors. I found this link to obtain all the dependencies for a package. So on my second attempt I ran the following:
Repoquery -R --resolve --recursive mysql-community-server | xargs -r yumdownloader
Which gave me about 100 rpm packages. I transferred them onto my machine and unfortunately more dependencies like mysql-connectors-community and mysql-=tools-community came up which were never documented or mentioned as dependencies with the script.
What am i doing wrong? Is there a way to download all the rpms and bundle them together as a custom RPM in the future? I see ubuntu has a apt-offline command mentioned here. Is there a similar method I can apply for redhat?
Update1:
I have an idea to create a container rhel7 instance, mounting /root/tmpkg and running this example. But is there another way I should consider?
I had the wrong ubuntu version listed in /etc/apt/sources.list some (it listed precise instead of trusty) which I only discovered after a full day of workarounds for packages that wouldn't install automatically. Now everything is back to speed except for a few remaining troublemakers, libglu and libboost
root#brain2:/home/jeremy# apt-get install libglu1-mesa libglu1-mesa-dev
Reading package lists... Done
libglu1-mesa is already the newest version.
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
libglu1-mesa-dev : Depends: libgl1-mesa-dev but it is not going to be installed or libgl-dev
I've tried the usual drill of
apt-get -f install
dpkg --configure -a
apt-get clean
apt-get update
apt-get upgrate
but they do not avail me. Any advisory information appreciated.
Its hard to tell if you fixed your /apt/etc/sources.list without knowing what your ubuntu version is and the contents of the file. Here are some commands that may help you troubleshoot, or someone with more experience than me might comment on:
apt-cache policy <package>
rmadison <package>
The apt-cache policy command will essentially tell you, from your /etc/apt/services.list file, what versions of that package apt sees as available to download. Official documentation is available here:
https://debian-handbook.info/browse/stable/sect.apt-cache.html
The rmadison command performs a similar function but with a key difference. Instead of looking at what you have in /etc/apt/services.list, it queries Debian archives to see what versions of the package are available. The Debian man page on rmadison is here:
http://manpages.ubuntu.com/manpages/natty/man1/rmadison.1.html
If the results from apt-cache policy differs from rmadison, it may indicate that you haven't correctly told apt what versions it should be looking for.
I recently destroyed the system partition on my Ubuntu 14.04 machine. I hadn't bothered to back it up since I knew I could easily restore it from a DVD. The problem is that every once in a while I come across a package that I need that I don't have. Of course, I can install it easily with apt-get, but that interrupts my work flow.
It's too late for this machine, of course, but in the future, I would like to have a list of all the packages installed on the machine. Then I could do something clever like
xargs < file_with_list_of_pckgs | apt-get install
Then periodically, I can create a list of packages. If I ever zap the system partition again, I can install Ubuntu from DVD and then use apt-get to get the packages I am missing.
I also have to backup everything under /etc.
This is a one-liner which will generate such a list on a single line.
dpkg -l | awk '{print $2}' > package_list.txt
The package_list.txt file may have a few weird lines at the top, which are easy to get rid of using your favorite text editor. You can then install all of the modules you need with
xargs < package_list.txt apt-get install -y
Unfortunately, you need the -y switch because xargs redirects stdin, so you are going to install all of the packages in the package_list.txt that are out of date. However, you probably want to do that anyway or else you wouldn't try this stunt.
I just installed Centos 6.4, and installed MySQL using the version that came with the Centos distribution. To my dismay, it is MySQL 5.1.69 versus the current 5.6.12. As stated on http://dev.mysql.com/doc/refman/5.5/en/linux-installation-native.html, "the MySQL version will often be some way behind the currently available release", but I didn't expect that long.
[root#centosBox ~]# rpm -qa | grep mysql
mysql-5.1.69-1.el6_4.x86_64
mysql-devel-5.1.69-1.el6_4.x86_64
mysql-server-5.1.69-1.el6_4.x86_64
mysql-libs-5.1.69-1.el6_4.x86_64
[root#centosBox ~]# whereis mysql
mysql: /usr/bin/mysql /usr/lib64/mysql /usr/include/mysql /usr/share/mysql /usr/share/man/man1/mysql.1.gz
[root#centosBox ~]#
An alternative is to install by RPM packages which is the "recommended way to install MySQL" per http://dev.mysql.com/doc/refman/5.5/en/linux-installation-rpm.html. I have done so and it wasn't overly complicated, however, I am concerned as I've often been told that I should always install by yum when available. Towards the very end of the documentation, it does describe doing so extremely briefly using yum, however, it is so brief that I question whether it is the way to go.
So.... What is the best way for a not guru Linux user to install/upgrade MySQL on a Centos machine?
Just this week (2013-10-28), MySQL announced official yum repositories for MySQL Community Edition. The packages are intended for use with RHEL-compatible Linux (e.g. CentOS).
All the details including how to set up the yum repo on your system, can be found from the announcement:
http://insidemysql.com/announcing-new-yum-repositories-for-mysql/
A bit off-topic but there we go.
It is recommended to install from the repositories because you can later update your software to a newer version with a simple yum upgrade. The repository takes care of that for you, as well as any dependencies the software may entertain with other libraries.
RPM Packages installed manually (even with yum, which then only acts as an installer) will have to be managed manually as well.
Since the MySQL RPM package shows no dependencies (as far as I can tell from the manual), you are safe from this side.
And to answer your question: the best method is to stick with the versions from the repository. If you need a newer version, then you took the right path.
I am no guru myself but I was happy with the result of the RPM method you mentioned since other times I have seen problems with mysql-libs being a dependency for other packages.
(depending on the 5.6 version you want and cpu)
mkdir MySQL
cd MySQL
wget http://dev.mysql.com/get/Downloads/MySQL-5.6/MySQL-5.6.16-1.el6.x86_64.rpm-bundle.tar
tar -xvf MySQL-5.6.16-1.el6.x86_64.rpm-bundle.tar
yum install MySQL*rpm
installs them in the correct order and removes mysql-libs in one step without conflicts.
http://dev.mysql.com/doc/refman/5.6/en/linux-installation-rpm.html
It doesn't surprise me that MySQL is a bit behind. Why would Oracle make it easy for you to not use pay-for Oracle? </rant>
Anyway, you can get the awkwardly named, but otherwise identical MariaDB to run easily by adding a new YUM repository.
You can install MySQL 5.5 (mysql55-server.x86_64) from IUS repository (currently version 5.5.34 available)
I installed Mercurial, only to realize that it's not supported yet with MonoDevelop, and then realized that I have no clue how to properly uninstall it.
I've googled around and can't find anything to support uninstalling it.
MonoDevelop's support for version control is lagging, and only basic support for Git will be added in version 2.6. I would suggest keeping Hg installed and use the command line. You shouldn't dismiss using a great DVCS just because your IDE doesn't integrate with it.
Since Hg is Python based, you may be able to use easy_install to uninstall it for you.
easy_install -m mercurial
See easy_install documentation for more information
You can uninstall mercurial by deleting the executable, but this seems to be the only way to fix the problem. The executable is in /usr/local/bin or in usr/local/bin/hg (I'm not quite sure), but deleting the executable (and all related files) is a dirty, but working, way to uninstall mercurial.
I did:
sudo rm /usr/local/bin/hg # To remove my local version (yours may be elsewhere)
sudo pip uninstall mercurial # To remove mercurial from my Python
Pip is not install by default so I guess you can use:
easy_install -m mercurial # Like Steve suggests
This recipe works well for me.
I had luck following the suggestion of this post on the mercurial listserv:
Launch again the mpkg you used for the installation, go to the second
window (Read me or something similar) and check the "After the
install" section.
On Mac OS X 10.6, the text is: This package installs the hg executable
in /usr/local/bin and the Mercurial files in
/Library/Python/2.6/site-packages/mercurial.
I can imagine you have to replace 2.6 by 2.7 on Mac OS X 10.7.
Though totally forgotten how I installed it, the following did the work for me.
sudo rm -fr /usr/local/lib/python2.7/site-packages/mercurial*
Open Terminal and type this command.
defaults write com.apple.finder AppleShowAllFiles -boolean false;killall Finder
Why not simply use the prompt or a 3rd party gui for mercurial? This is usually preferred over IDE Integration for speed/reliability anyways.