qtstalker-0.33 is present in portage but it is masked for amd64 which should not take place because it works well under amd64. Some time ago qtstalker 0.34 has been released with significant changes. ta-lib library is now a dependency, not included with the source code. ta-lib is also missing in portage. Please, could anyone provide an ebuild for qtstalker-0.34 so it works correctly ander amd64 and is not masked becouse there is no need for that. Reproducible: Always
Created attachment 126613 [details] ta-lib-0.3.0.ebuild compiles fine put into dev-libs/ta-lib or app-office/ta-lib until official location gets choosen
Created attachment 126614 [details] qtstalker-0.34.ebuild the version bump... no more patchfiles needed here for compilation
We might finally fix the typo from line 9, too (LNAGS -> LANGS).
Just noticed that there are no language files to speak of -- even the single Polish one is practically void of translations at the moment. :) But there are some problems: (1) Attached qtstalker-0.34.ebuild (2007-08-01) fails multilib-strict on amd64. (2) Lib-paths seem to find my already-installed older libqtstalker.so before the newly created one in ${S}/lib/libqtstalker.so.
Created attachment 127371 [details] multilib-strict and install path improvements Added a terrible looking (verbose) blob into src_unpack which (1) makes `FEATURES="multilib-strict" emerge qtstalker` pass for the ebuild, (2) changes install paths from the non-gentooish /usr/local to /usr, and (3) has also the longlasting (intentional?) LNAGS/LANGS -typo fixed for the time when there will be translation files available in other languages. Remaining problem is the (libpath) linking problem, but one can always `emerge --unmerge qtstalker` and then emerge this version 0.34.
Created attachment 127490 [details] slightly improved, based on previous attachment by Arttu Valo - use eqmake3 from the qt3.eclass - use dobin instead of make install (eutils.eclass) - removed some obsolete comments
I've looked into the parallel make error, but so far I've had no luck. It doesn't help that i barely know qmake. Also, because the polish translation doesn't have a single translation, and that being the only translation, I would all translation related stuff from the ebuild for now.
Created attachment 127491 [details, diff] This patch fixes the parallel make errors
Created attachment 127492 [details, diff] qtstalker-0.34.ebuild-parallel-make.patch Patch to previous ebuild. These two patches fix parallel make for me, using ccache, with both MAKEOPTS=-j9 and -j10.
Created attachment 127502 [details] qtstalker-0.34.ebuild Previous versions didn't install correctly at all, because I erroneously replaced "make install" with a dobin call. Reverted this. Should work as expected now. :-)
Created attachment 127703 [details, diff] qtstalker-0.34-dont-install-docs.patch Patch ${S}/docs/docs.pro so that 'make install' doesn't install docs. Without this docs are installed twice.
Created attachment 127704 [details] qtstalker-0.34.ebuild -Added doc use flag. -The docs (installation manual) were installed twice before. Added patch so that make install doesn't install docs, instead we install the docs via portage. -Install indicator examples to /usr/share/doc/${PF}/html/indicator (These weren't installed previously.)
Created attachment 128974 [details] qtstalker-0.34.ebuild This is based to Ingmar^s latest and greatest and fixes (hopefully) the remaining hardcoded install paths hidden within the cpp files. Now it's up to "grep -r" to find them instead of a lazy human. Others had probably also gotten the following when trying to import data and this should now be fixed: Config::getQuotePlugin:/usr/local/lib/qtstalker/quote/lib.0.34 Dll error
This bug depends on the ta-lib ebuild, but my mana level appears to be too low for bugzilla to allow me to add a dependency to Bug #139587 . Also, that latest ebuild for 0.34 worked as such for 0.35 as well, and only the dont-install-docs patch needed to be re-done ( see Bug #195846 ). Thirdly, the IUSE="doc" should be fixed to the 0.34 ebuild here as well, if it is entered into Portage.
*** This bug has been marked as a duplicate of bug 195846 ***
