virtualmin-base update fails (Virtualmin GPL, CentOS 6.0/i386)

Installing package(s) with command yum -y install virtualmin-base ..

Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: mirror.sov.uk.goscomb.net
* extras: mirror.sov.uk.goscomb.net
* updates: mirror.sov.uk.goscomb.net
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package virtualmin-base.noarch 0:1.0-62.rh set to be updated
--> Processing Dependency: perl(IO::Tty) for package: virtualmin-base-1.0-62.rh.noarch
--> Finished Dependency Resolution
Error: Package: virtualmin-base-1.0-62.rh.noarch (virtualmin)
           Requires: perl(IO::Tty)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest

.. install failed!

Status: 
Closed (fixed)

Comments

I can confirm this on my test systems as well.

Oddly, I had that package version already installed on my system from my initial install a few weeks back.

It looks like the package in the software repo was recently modified though (on 8/31), perhaps a dependency was added to the package, but that dependency wasn't added to the repository?

Exact same result here. Centos 6 x64

This is becoming urgent for me as I am without a server due to disk corruption. I have backups, but am forced to reinstall the OS from scratch. I would obviously prefer to use Centos 6 and not go the 5+upgrades route. Is there a temporary workaround that can be suggested to get me installed so that I may restore service?

Thank you.

You may be able to install the missing Perl module manually, with the command :

perl -MCPAN -e "install IO::Tty"

Thanks guys, but I think it more than that.
Initially got "Can't locate CPAN.pm in @INC..." when trying to install that module, I then installed YAML, CPAN and gcc, and tried again, only to have it fail compiling.

Installed the RPM as successfully as suggested, and re-attempted the script install...

Success. There were errors, but I was able to connect to port 10000 and begin the restore process.

Thanks a bunch.

We'd be happy to help you get your server up and running!

Can you open a new request, and in that request, attach your /root/virtualmin-install.log file?

Also, just to make sure it's not as simple as Webmin not running, you may want to run "/etc/init.d/webmin restart".

Joe's picture
Submitted by Joe on Thu, 09/01/2011 - 17:19 Pro Licensee

Jamie's advice will not resolve this dependency. The virtualmin-base package is using the RPM dependency database...CPAN is not going to update that database, so the dependency won't be resolved. But, the EPEL package will (it's what I'm in the midst of rolling out to our repos right now, in fact).

Thanks Joe, but oddly enough I am currently up and running and was able to restore all my websites. I'll keep an eye on it though.

Me too! :)

I have the exact same problem, with the perl(IO:Tty) package. I have done 6 clean reinstalls before I checked here.

I am using the Centos 6 ie86 openvz template provided by the openvz team.

Will this package get updated via the repository after a new version is released?

Here is what I did to get the install to complete (CentOS 6 i386)

cd /tmp wget http://download.fedora.redhat.com/pub/epel/6/i386/perl-IO-Tty-1.08-3.el6... rpm -ivh perl-IO-Tty-1.08-3.el6.i686.rpm

/tmp/install.sh (rerun install script again)

and now it works fine

Joe's picture
Submitted by Joe on Thu, 09/01/2011 - 23:39 Pro Licensee

Should be fixed now.

Joe's picture
Submitted by Joe on Fri, 09/02/2011 - 00:57 Pro Licensee

Should also be fixed for GPL now. (oops)

Joe's picture
Submitted by Joe on Fri, 09/02/2011 - 10:32 Pro Licensee

And now the packages have been signed with the correct keys, so it's really fixed now. I hope.

I can confirm it works.

If you attempted an install and ran into the "Public key not installed" error, you'd have to run this command before things will work:

yum clean all

Once you do that, things should work great!

I just did two clean installs and they completed with no errors, thanks :)

Automatically closed -- issue fixed for 2 weeks with no activity.