Simple Wireless Scanner (SWScanner) is an application for Linux environments designed for scanning, configuring, and (in general) managing wireless networks. SWScanner is also a powerfull wardriving tool, and has a high level of compatibility with NetStumbler, a similar and well-known application designed for other operating system. Only tested on ppc so far. There is a problem with storing data. swscanner needs qsqllite. If qt is not compiled with the sqlite USE-Flag the following error will occur when starting the app: QSqlDatabase: QSQLITE driver not loaded But scanning works. I don't know how to test if qt was compiled with a certain use flag in the ebuild, though. Anybody? AFAIK this is not possible with DEPEND. Or just print out a warning with ewarn at the end of the install that qt needs to be build with sqlite?
Created attachment 76864 [details] swscanner-0.2.2.ebuild I suggest net-wireless/swscanner
(In reply to comment #0) > I don't know how to test if qt was compiled with a certain use flag in the > ebuild, though. Anybody? AFAIK this is not possible with DEPEND. > Or just print out a warning with ewarn at the end of the install that qt needs > to be build with sqlite? pkg_setup() { if ! built_with_use x11-libs/qt sqlite; then eerror "QT needs to be installed with USE=sqlite" eerror "for ${PN} to run correctly" die "remerge x11-libs/qt with \"USE=sqlite\" fi }
Cool, never thought it would be so easy :-) This should definitely go into the docs! It is not in the man page of ebuild or eutils, nor in the Ebuild-Howto... Or am I looking wrong and using outdated docs?
(In reply to comment #3) > Cool, never thought it would be so easy :-) > This should definitely go into the docs! It is not in the man page of ebuild or > eutils, nor in the Ebuild-Howto... > Or am I looking wrong and using outdated docs? Well, we try to avoid this unless necessary, use-based deps are the real solution, the above is just a workaround for portage lack of features (see Bug 2272). See eutils eclass, also http://dev.gentoo.org/~plasmaroo/devmanual/ is a good reading if you want to write ebuilds.
Created attachment 79801 [details] new swscanner-0.2.2.ebuild i changed over Christoph's ebuild to use the kde.eclass and fixed up some bits. - DESCRIPTION should be 80 characters max - RESTRICT="nomirror" should only be used for files Gentoo cannot legally host - put QT sqlite detection in pkg_setup as per Jakub - SLOT and IUSE have to be present, even if they're empty - added kdelibs to DEPENDS the kdeenablefinal USE flag breaks compilation, so it's force disabled. also --with-extra-includes=/usr/include/libshp/ would be overridden by kde.eclass so i made a simple patch to src/shapehandler.h to fix the include problem. we could make the HTML documentation dependant on the doc USEflag, but that's up to the maintainer.
Created attachment 79802 [details, diff] swscanner-0.2.2-libshp.patch
on both my 64bit desktop and 32bit laptop, I get this error: 64bit system: /usr/lib64/.libs/libshp.so 32bit system: /usr/lib/.libs/libshp.so no such file or directory That is with the patch, so it should work. The library is installed, but not in that place. How do I tell it to look somewhere else?
ln -s /usr/lib64/libshp.so /usr/lib64/.libs/libshp.so
Walter's problem has to do with an error in /usr/lib/libshp.la. In /usr/lib/libshp.la (from sci-libs/shapelib-1.2.10-r1) there's the section: # Is this an already installed library? installed=no Changing "no" into "yes" fixes the problem temporarily. (Solution found at http://www.sane-project.org/old-archive/2000-11/0003.html) The real problem, however, lies in the incorrect generation of libshp.la by the shapelib build process.
Requires qt 3 and upstream is dead.