Spec URL: http://downloads.sourceforge.net/qsmartcard/qt4-qwtplot3d.spec?use_mirror=dfn SRPM URL: http://downloads.sourceforge.net/qsmartcard/qt4-qwtplot3d-0.2.6-1FC5.src.rpm?use_mirror=dfn Description: QwtPlot3D is not a program, but a feature-rich Qt/OpenGL-based C++ programming library, providing essentially a bunch of 3D-widgets for programmers.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221163 * If you have a special reason to use qt4, not qt3, then the most file names should be renamed to avoid conflict of qt3 version qwtplot3d, or explicit conflict must be used. * Otherwise, this bug must be closed as a duplicate of above.
afaict, it looks like qwtplot3d can be built for/against both qt3/qt4. If that is the case, then Frank can/should work with the current maintainer of qwtplot3d to get the qt4 bits built/included too. Both qt3/qt4 builds seem to use identical libnames, which would appear to be problematic for apps that use qwtplot3d. ??
Yes, the package that shut use this package require qwtplot3d build again Qt4. This will be submitted soon.
Would you update the status of this package first?
I must wait until an reviewer will approve it, so that it can be checked it.
Recently, I took over the qwtplot3d package. I'm planning to ship a qwtplot3d-qt4 package out of qwtplot3d. Take a look at: http://chitlesh.fedorapeople.org/result/ and tell me what you think about it, before I commit to cvs. Ultimately, this bug can be closed once committed to cvs.
When it is linked again Qt4 all will be ok:)
What do you mean ?
You must build it twice. One time again Qt3 an the second time with Qt4.
I did so in the spec file: http://chitlesh.fedorapeople.org/result/qwtplot3d.spec
This is not correct, because you must remove all old stuff after build, before you can built it for Qt4. The easy way is simple copy the sources after extract to an second directory. Than build it for Qt3 in the original dir, move to the second and build it for Qt4.
I have updated the spec without dumping the release: http://chitlesh.fedorapeople.org/result/qwtplot3d.spec the qwtplot3d-qt4 libraries are compiled first and outputs on the qt4 directory. Then make clean. Afterwards qwtplot3d (qt3.3) libraries are compiled.
do you want to be the co-packager for qwtplot3d ?
I'd recommend using macros provided by qt4-devel (in /etc/rpm/macros.qt4): %_qt4_headerdir, %_qt4_libdir (or output from qmake-qt4 -query QT_INSTALL_HEADERS qmake-qt4 -query QT_INSTALL_LIBS respectively).
Sorry, but I have to less time at now. To be an co-packager for more projects.
(In reply to comment #14) > I'd recommend using macros provided by qt4-devel > (in /etc/rpm/macros.qt4): %_qt4_headerdir, %_qt4_libdir > (or output from > qmake-qt4 -query QT_INSTALL_HEADERS > qmake-qt4 -query QT_INSTALL_LIBS > respectively). I have updated the spec without dumping the release: http://chitlesh.fedorapeople.org/result/qwtplot3d.spec
(In reply to comment #1) > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221163 > > * If you have a special reason to use qt4, not qt3, then > the most file names should be renamed to avoid conflict > of qt3 version qwtplot3d, or explicit conflict must be used. So again both qwtplot3d and qwtplot3d-qt4 - install the libraries with the same name "libqwtplot3d.so" - to different directories, although both directories are under ld search path (on i386 one is /usr/lib/qt-3.3/lib, and the other is /usr/lib) So if both qwtplot3d and qwtplot3d-qt4 are installed, one of the two libraries is always used (according to the order of the ld search), this is not desirable.
And why must qwtplot3d-qt4 require qwtplot3d (Qt 3 version)?
(In reply to comment #17) > So if both qwtplot3d and qwtplot3d-qt4 are installed, one of the > two libraries is always used (according to the order of the ld > search), this is not desirable. what do you recommend to do ? so in this case, we can't use the macros proposed by Rex ?
(In reply to comment #19) > (In reply to comment #17) > > So if both qwtplot3d and qwtplot3d-qt4 are installed, one of the > > two libraries is always used (according to the order of the ld > > search), this is not desirable. > > what do you recommend to do ? > so in this case, we can't use the macros proposed by Rex ? What I want to say is of no relation with what Rex said (so you can still use qt4 macros). So for the case qtwplot3d and qwtplot3d-qt4 are both installed, - the name of the library in qwtplot3d-qt4 must be renamed (to libqwtplot3d-qt4.so, for example) - Well, IMO we don't have to rename the header files.....
I thing you shut named it libqwtplot3d-qt3.so and libqwtplot3d-qt4.so to make the naming clean.
(In reply to comment #21) > I thing you shut named it libqwtplot3d-qt3.so and libqwtplot3d-qt4.so to make > the naming clean. In that case the trouble is that as Qt3 version qwtplot3d is already in Fedora and renaming Qt3 version library will cause problems if there are packages which already use qwtplot3d (I have not checked if there is). Or we can use symlink like: libqwtplot3d.so -> libqwtplot3d-qt3.so
The lib-soname issue here should be taken upstream. They should at least be made aware of this problem, and ultimately, their problem to address.
I have updated the spec without dumping the release: http://chitlesh.fedorapeople.org/result/qwtplot3d.spec upstream will be contacted.
------------------------------------------------- cd qt4 %{__mkdir} -p %{buildroot}%{_qt4_libdir} %{__install} -p -m 0755 lib/libqwtplot3d.so.* %{buildroot}%{_qt4_libdir} ln -s libqwtplot3d.so.%{version} %{buildroot}%{_qt4_libdir}/libqwtplot3d-qt4.so ------------------------------------------------- This does not solve the problem I mentioned. Qt4 libqwtplot3d.so must be renamed (and would you also provide the new srpm?)
Right, each lib (qt3 vs qt4 one) needs to have a unique soname.
updated: SPEC: http://chitlesh.fedorapeople.org/result/qwtplot3d.spec SRPM: http://chitlesh.fedorapeople.org/result/qwtplot3d-0.2.7-3.fc7.src.rpm
Well, for -3: -------------------------------------------------------------- [tasaka1@localhost qwtplot3d]$ LANG=C rpm -qlpv qwtplot3d-qt4-0.2.7-3.fc8.i386.rpm | sed -e 's|^.*root||' 21 Aug 26 02:23 /usr/lib/libqwtplot3d-qt4.so.0 -> libqwtplot3d.so.0.2.7 350552 Aug 26 02:23 /usr/lib/libqwtplot3d-qt4.so.0.2 350552 Aug 26 02:23 /usr/lib/libqwtplot3d-qt4.so.0.2.7 0 Aug 26 02:23 /usr/share/doc/qwtplot3d-qt4-0.2.7 939 Aug 26 02:22 /usr/share/doc/qwtplot3d-qt4-0.2.7/COPYING -------------------------------------------------------------- - libqwtplot3d-qt4.so.0 must point to libqwtplot3d-qt4.so.0.2.7 - libqwtplot3d-qt4.so.0.2 must be a symlink. * And please change license tag.
Corrected and committed to rawhide. Build: http://koji.fedoraproject.org/koji/taskinfo?taskID=130729 I'm therefore closing this bug.