Installing Mercurial on Centos 6 - mercurial

I am trying to install mercurial 2.2 on CentOs 6.3, however I feel that repository of centos is a bit outdated because of which it yum installation always shows that your mercurial is up to date.
Now searched some forum and found some other repository to update mercurial client by using following command and repository:
**
rpm -Uvh
http://pkgs.repoforge.org/mercurial/mercurial-2.2.2-1.el6.rfx.i686.rpm
**
However it results in following error:
hg = 1.4-3.el6 is needed by (installed) emacs-mercurial-1.4-3.el6.i686
hg = 1.4-3.el6 is needed by (installed) mercurial-hgk-1.4-3.el6.i686
I think due to some package dependency, I am not able to install.
Any help/pointers will be highly appreciated.

From the Blog: Install Mercurial Centos 6 VPS Mercurial 2.2.2 Centos 6.4 setup
This the only package you're able to install because other RPM packages require python 2.4 whereas Centos 6 has python 2.6 installed.
rpm -Uvh http://pkgs.repoforge.org/mercurial/mercurial-2.2.2-1.el6.rfx.x86_64.rpm
Test your install:
[root#~]# hg version
Mercurial Distributed SCM (version 2.2.2)
(see http://mercurial.selenic.com for more information)
Copyright (C) 2005-2012 Matt Mackall and others
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

I think you will need to uninstall an older (1.4.3) version of Mercurial. Or at least get rid of the emacs-mercurial and mercurial-hgk packages first.

echo -e "[mercurial.selenic.com]\nname=mercurial.selenic.com\nbaseurl=https://www.mercurial-scm.org/release/centos\$releasever\nenabled=1\ngpgcheck=0" > /etc/yum.repos.d/mercurial.selenic.com.repo \
&& yum install -y mercurial
As described in the mercurial wiki. Although, as gpgcheck=0 is kind of evil, I'd skip it if possible.

Related

Installing MySQL and MySQLWorkbench In Offline Red Hat 7 Machine

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?

Can I bypass installing glibc.i686 as a dependency when I already have the x86_64 version?

I'm trying to install Atom from the official RPM provided. libXss.so.1 is a dependency and tries to install the 32-bit version of glibc when I already have the 64-bit version. It then conflicts with the 2.23.1-7 older version of glibc that I already have.
So where do I go from here? I'm guessing that there is a bugfix somewhere in libXss. libXss tries to install i686 arch for all it's dependencies.
I'm using Fedora 24 x86_64
Terminal Output
sudo rpm -ivh atom.x86_64.rpm
error: Failed dependencies:
libXss.so.1 is needed by atom-1.13.0-0.1.x86_64
sudo dnf install libXss.so.1
Error: Transaction check error:
file /usr/share/doc/glibc/NEWS from install of glibc-2.23.1-11.fc24.i686 conflicts with file from package glibc-2.23.1-7.fc24.x86_64
sudo dnf install glibc-2.23.1-11.fc.24.x86_64
Package glibc-2.23.1-11.fc24.x86_64 is already installed, skipping.
Dependencies resolved.
Nothing to do.
Complete!
Secondary/Unimportant Question
Do I need glibc-2.23.1-7.fc24.x86_64 when I already have glibc-2.23.1-11.fc24.x86_64? I see that I have both installed yet I have no conflict problems.
edit
I gave up and decided to install from the copr repo
sudo dnf copr enable mosquito/atom
sudo dnf install atom
Error: Transaction check error:
file /usr/lib64/libkadm5clnt_mit.so.10.0 from install of libkadm5-1.14.4-4.fc24.x86_64 conflicts with file from package krb5-libs-1.14.1-6.fc24.x86_64
file /usr/lib64/libkadm5srv_mit.so.10.0 from install of libkadm5-1.14.4-4.fc24.x86_64 conflicts with file from package krb5-libs-1.14.1-6.fc24.x86_64
What is going on?
Can I bypass installing glibc.i686 as a dependency when I already have the x86_64 version?
Not if you need to install 32-bit software — you'll need the 32-bit libs for that. 64-bit libraries aren't supersets of the 32-bit ones.
I'm trying to install Atom from the official RPM provided. libXss.so.1 is a dependency and tries to install the 32-bit version of glibc when I already have the 64-bit version. It then conflicts with the 2.23.1-7 older version of glibc that I already have.
This is a frequent problem. Installing 32-bit versions of packages without updating to the latest versions of the main 64-bit packages is not supported. Upgrade first, then install.
Do I need glibc-2.23.1-7.fc24.x86_64 when I already have glibc-2.23.1-11.fc24.x86_64? I see that I have both installed yet I have no conflict problems.
This can happen if there's an interrupted upgrade transaction. You should be able to dnf remove glibc-2.23.1-7.fc24.x86_64 safely. If that gives you errors, time to stop and make sure nothing else is wrong. Or, you can really just ignore it — next time a new glibc update comes out, it should replace both.
I gave up and decided to install from the copr repo
The errors you see here are actually the same root problem as trying to install 32-bit packages without updating first. RPMs can share files, as long as they are completely identical. That's true in matched versions of the various kerberos packages, but not true if there's a mismatch, and the dependency information doesn't handle this. So, again upgrade to latest packages before installing new ones.

What steps in Fedora to build a source rpm of newer odb off git?

Fedora 23 provides the odb-2.4.0 package.
This git repo
git://pkgs.fedoraproject.org/odb.git
is probably where a fedora-modified copy of the sources exist.
The upstream git repo exists here
git://scm.codesynthesis.com/odb/odb.git
I need the newer upstream version which doesn't crash for some code i have, while odb 2.4 does.
How can I go about building and installing the newer version, and potentially, after more commits in upstream, rebuild and reinstall the newer version?
Do I make a source rpm and install on my machine, and another with an identical fedora?
I am reading
https://fedoraproject.org/wiki/How_to_create_an_RPM_package
but I do not need to deploy this package to fedora, i just would use the RPM mechanism to facilitate installing unreleased versions?
Can I use COPR for that, add my own repo, and install from it instead?
In COPR, can I reuse the SPEC file from the odb2.4.0 rpm and update it to the newer odb?

TortoiseHG Workbench command not found

When I installed TortoiseHg thro synaptic in my Ubuntu system, the HG Workbench was spontaneously installed into my main menu.
However, when I installed TortoiseHg thro synaptic in my debian 6.0 system, HG Workbench was not found in the main menu and neither was the thg comannd found anywhere.
The TortoiseHG version is 1.1.1-1.
How can I get to invoke the thg or workbench command in debian?
Are there additional modules I had installed in ubuntu which I did not in debian (which I might have forgotten)?
Thank you.
In Debian you may have TortoiseHG 2, where command is just hg
To my dismay, Debian is not as up-to-date as Ubuntu. And support is not as comfortable a level I have been having with Ubuntu. However, Ubuntu has become rather slow to boot up and is eating too much resources (might as well go back to Win 7). Also, Ubuntu obsessively+compulsively insists on providing horrendous desktop/colour schemes.
Answering my own question ...
The latest stable Debian is Squeeze which allows only Mercurial 1.6.4, TortoiseHg 1.1.1. Whereas, in Ubuntu 12.04 LTS I am having 2.0.2, TortoiseHg 2.2.
Attempting to install Debian Squeeze backport for Mercurial 2.2/TortoiseHg 2.4 resulted in unresolved dependencies. Need to investigate if that is due to dependency on Qt4.8.
TortoiseHg 1.1.1 does not have thg workbench. It has hgtk and hgview. I prefer thg over hgtk. To mitigate the circumstances, I installed TortoiseHg 2.6 in my Win7 Virtualbox in my Debian machine, where I would use my Win7 TortoiseHg to operate on a shared folder. Using 2 cpu threads out of 16 for Win7 should not hurt my Debian machine very much.

How to update Mercurial client in CentOS6?

I have Mercurial 1.4 in my CentOS6, but I need to use the Eclipse Plug-in that uses at least Mercurial 1.5. How can I update my Mercurial version in CentOS6?
Setting up Install Process
Package mercurial-1.4-3.el6.x86_64 already installed and latest version
Nothing to do
When I try do download a new RPM(mercurial-1.9-1.el6.rfx.x86_64.rpm) and install it, I got this error:
emacs-mercurial-1.4-3.el6.x86_64 requires hg = 1.4-3.el6
What should I do?
Any clues?
Best Regards,
For the same purpose I successfully upgraded my hg in CentOS to 2.1.2 by downloading the correct rpm from here:
http://pkgs.repoforge.org/mercurial/
and installing it with yum...
regards
You can install from source, just follow the instructions here.
Just run into this while trying to get hg-git working on my CentOS 6 environment.
In 2015 there are RPMs and/or yum repos from the official download page.
FWIW - for hg-git I had to pip-install still (package in epel is pretty old and didn't work).