Bug 108284 - qpxtool-0.3.1.ebuild (New Package)
|
Bug#:
108284
|
Product: Gentoo Linux
|
Version: 2005.1
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: enhancement
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: maintainer-wanted@gentoo.org
|
Reported By: T.Maguin@web.de
|
|
Component: KDE
|
|
|
URL:
http://qpxtool.sourceforge.net
|
|
Summary: qpxtool-0.3.1.ebuild (New Package)
|
|
Keywords: EBUILD
|
|
Status Whiteboard:
|
|
Opened: 2005-10-06 08:48 0000
|
There is an ebuild attached for compiling PQxTool-0.3.1, which can be found on
sourceforge. It is a cd/dvd quality check tool for Plextor devices.
There is also a patch, which updates two paths of the original Makefile.
General information about cd/dvd quality check:
http://www-user.tu-chemnitz.de/~noe/Plextor/
I suggest app-cdr/qpxtool.
Also the ebuild depends on qt-3 and dvd+rw-tools.
- Please don't assign bugs when you don't know to whom.
- inheriting kde.eclass adds a kdelibs dependency. Use qt3.eclass.
The qt3.eclass doesn't automatically add the qt dependency for you...
Thomas:
- -mcpu is deprecated, not -march. Moreover the currently stable gcc 3.3 doesn't
know anything about -mtune. -march implies -mcpu/-mtune.
- You prefix a dependency by useflag? when the dependency is optional, the qt?
is wrong. Have a look at qt3.eclass how the dependency should look like.
- IUSE="X gnome" should be IUSE=""
You can easly add ~amd64. Works fine
- SRC_URI is still broken ... needs to use mirror://sourceforge syntax
- no point in putting qt into DEPEND, the 'need-qt 3' does that for you
- your src_unpack is pointless
- dont hardcode path to qmake, just run `qmake`
Created an attachment (id=72236) [details]
updated ebuild 0.4.0-r1
corrected URI with mirror://sourgeforge
removed qt from DEPEND
removed src_unpack
hardcorded path is needed to avoid incompatibilities with installed qt4.
qt4-qmake results in
"uic: File generated with too old versions of QT Designer"
"qcanvas.h: No such file or directory"
and then compiling terminates.
There is a script called build in the tar-ball, which compiles fine with qt4.
Perhaps ebuild should use this skript. I don't know which way to prefere.
(In reply to comment #22)
> hardcorded path is needed to avoid incompatibilities with installed qt4.
no, that's a bug that you should take up with the QT team ... hardcoding the
path is not correct
also, please use english-only in the die messages
When you have installed qt4 ebuild 0.4.0-r2 doesn't compile. Need hardcode path
to qmake to work.
that isnt a problem for qpxtool to solve
the need-qt function should take care of all that cruft
