| Summary: | net-wireless/swscanner-0.2.2 (new ebuild) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Christoph Vogtländer <gentoo> |
| Component: | New packages | Assignee: | Default Assignee for New Packages <maintainer-wanted> |
| Status: | RESOLVED OBSOLETE | ||
| Severity: | enhancement | CC: | juergennagel, mobile+disabled, rhill |
| Priority: | High | Keywords: | EBUILD |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Other | ||
| URL: | http://www.swscanner.org/ | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
swscanner-0.2.2.ebuild
new swscanner-0.2.2.ebuild swscanner-0.2.2-libshp.patch |
||
|
Description
Christoph Vogtländer
2006-01-11 15:56:55 UTC
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. |