Bug 653024

Summary:	app-eselect/eselect-metasploit broken on non-lib-symlink profiles
Product:	Gentoo Linux	Reporter:	Hanno Böck <hanno>
Component:	Current packages	Assignee:	Rick Farina (Zero_Chaos) <zerochaos>
Status:	RESOLVED FIXED
Severity:	normal	CC:	creideiki+gentoo-bugzilla, lander.ghekiere
Priority:	Normal
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---
Bug Depends on:
Bug Blocks:	506276

Description Hanno Böck gentoo-dev

2018-04-12 14:43:21 UTC

When I try to start metasploit:

# msfconsole 
Something went wrong, please open a bug for metasploit on https://bugs.gentoo.org

[!] There was an error parsing `Gemfile`: 
[!] There was an error while loading `metasploit-framework.gemspec`: No such file or directory @ realpath_rec - /root/.msf4/lib. Bundler cannot continue.

 #  from /root/.msf4/metasploit-framework.gemspec:10
 #  -------------------------------------------
 #    # require realpaths.
 >    lib = File.realpath(File.expand_path('../lib', __FILE__))
 #  end
 #  -------------------------------------------
. Bundler cannot continue.

 #  from /root/.msf4/Gemfile:4
 #  -------------------------------------------
 #  #   spec.add_runtime_dependency '<name>', [<version requirements>]
 >  gemspec name: 'metasploit-framework'
 #  
 #  -------------------------------------------

It seems metasploit is looking for its files in /usr/lib while they are in /usr/lib64. This worked on old profiles, but in 17.1 profiles /usr/lib is no longer a symlink to /usr/lib64.

Comment 1 Rick Farina (Zero_Chaos) gentoo-dev

2018-12-07 16:44:01 UTC

msfloader calls stuff from /usr/lib even though net-analyzer/metasploit installs into /usr/$(get_libdir)

The question is, should msfloader be fixed to check the libdir, or should metasploit be fixed to just install in lib?  I'm assuming msfloader, anyone have an opinion?

Comment 2 Rick Farina (Zero_Chaos) gentoo-dev

2018-12-07 17:18:58 UTC

per discussion in #gentoo I've moved metasploit to /usr/lib