UMIT is the new nmap frontend, intended to be cross plataform, easy to use, fast and highly customizable. This project is developed with Python and PyGTK and run with minimal dependencies.
Created attachment 96871 [details] net-analyzer/umit-0.9.3.ebuild
Created attachment 96872 [details] net-analyzer/umit-0.9.3.ebuild
Comment on attachment 96871 [details] net-analyzer/umit-0.9.3.ebuild posted twice: damn...
Comment on attachment 96872 [details] net-analyzer/umit-0.9.3.ebuild ># Copyright 1999-2005 Gentoo Foundation Distributed under the terms of the GNU ># General Public License v2 $Header: $ > > >DESCRIPTION="nMap's graphical pygtk frontend" >HOMEPAGE="http://www.umit.sourceforfe.net" >SRC_URI="mirror://sourceforge/umit/${P}.tar.gz" >LICENSE="GPL-2" > >SLOT="0" >KEYWORDS="~amd64 ~x86" >IUSE="psyco" > >DEPEND=">=net-analyzer/nmap-3.95 >>=dev-lang/python-2.4 >>=dev-python/pygtk-2.6 >>=dev-python/pysqlite-2 >psyco?(dev-python/psyco)" > >pkg_preinst(){ >einfo "" >einfo " To enhance Umit performance enable" >einfo " psyco" >einfo " use flag" >einfo "" >} > >src_install() { > python setup.py install --prefix ${D} || die "Install failed" >} > >pkg_postinst(){ >export PATH=$PATH:${D} || die "Exporting path failed" >einfo "" >einfo " To start Umit, run:" >einfo " umit" >einfo "" >}
Created attachment 96883 [details] net-analyzer/umit-0.9.3.ebuild
Created attachment 96934 [details] umit-0.9.3.ebuild Yet another change, now should finally work.
Well, this ebuild is totally b0rked... I tried to fix it, but I am not that good at Python unfortunately. I think we should ask upstream to fix the interpretation of --prefix or is there any standard way to install python packages that are relocatable? Basically the setup.py script hardcodes /var/tmp/portage/image... into many files so they cannot be relocated after. I added this to my overlay for easy testing, please see https://svn.tar.bz/repos/pkalin/trunk/README.txt on how to use it with layman.
Created attachment 115651 [details] umit-0.9.3.ebuild --prefix is not the problem and not the way to solve this as this is part of python's distutils. The problem itself is the setup.py (which comes from umit), which puts those paths on-the-fly into configuration on installation. new ebuild changes: - inherits distutils eclass - calls distutils_src_install - uses sed to correct the on-the-fly included paths btw: configuration is still in /usr/config/. is this a critical issue?
(this is an automated message based on filtering criteria that matched this bug) 'EBUILD' is in the KEYWORDS which should mean that there is a ebuild attached to this bug. This bug is assigned to maintainer-wanted which means that it is not in the main tree. Heuristics show that no Gentoo developer has commented on your ebuild. Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
Created attachment 214027 [details] umit-1.0_rc.ebuild
Last release 1.0 from April 2011. Looks like the project is dead.
