<div dir="ltr"><div style="font-family:courier new,monospace" class="gmail_default">Chris --<br><br></div><div style="font-family:courier new,monospace" class="gmail_default">I couldn't 'live' without hoorex :)<br><br></div><div style="font-family:courier new,monospace" class="gmail_default">Thanks for the `hoorex -m1` tip ( and of course thanks for hoorex :) !<br><br></div><div style="font-family:courier new,monospace" class="gmail_default">Anyhow ...<br><br>> ... thinking that perhaps your OSG build problem might be fixed anyway <br>> if you used the official
version rather than your SBo version. <br>><br>> Did you have a chance to try that?<br><br></div><div style="font-family:courier new,monospace" class="gmail_default">I am sorry, I missed that suggestion in your earlier email.<br><br></div><div style="font-family:courier new,monospace" class="gmail_default">Babysitting my Granddaughter now ... I'll set up a build for later today <br>and let you know.<br><br></div><div style="font-family:courier new,monospace" class="gmail_default">-- kjh<br></div><div style="font-family:courier new,monospace" class="gmail_default"><br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 27, 2018 at 7:05 AM, Christoph Willing <span dir="ltr"><<a href="mailto:chris.willing@iinet.net.au" target="_blank">chris.willing@iinet.net.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 27/05/18 21:05, Konrad J Hambrick wrote:<br>
> p.s.  Most of all ... thanks for all the time you've spent on this.<br>
> <br>
> And moreover, as you noted, digging into the packages dependent on fltk<br>
> is a huge task.<br>
> <br>
> What can I do to help ?<br>
> <br>
> -- kjh<br>
> <br>
> These are packages where fltk is REQUIRED ( not to mention OPTIONAL<br>
> dependencies ):<br>
> <br>
> # hoorex -m fltk |gawk '{ for ( i = 1 ; i <= NF; i ++ ){ print "   " $i }}'<br>
> <br>
<br>
</span>Nice to see hoorex in use. FYI, the same single column output from<br>
hoorex is possible without using gawk via the -1 option i.e.<br>
  Â  hoorex -m1 fltk<br>
<br>
Before I found the official version of fltk in extra, I had already done<br>
a build test of all the dependents - although just direct dependents (no<br>
-m option). That still resulted in 28 packages and building them all was<br>
much faster than I imagined, since most of the packages are smallish<br>
builds and my build tool will take a list of packages and build them all<br>
in one go - assuming no problems on the way.<br>
<br>
However at the end of it, I discovered that the build system had<br>
replaced my new fltk-1.3.4-2 with fltk-1.3.3 so it was not a test of<br>
building with 1.3.4-2 after all. Looking into how that happened is when<br>
I stumbled onto existence of the official fltk in extra. I didn't go<br>
through the build exercise again with 1.3.4-2, thinking that perhaps<br>
your OSG build problem might be fixed anyway if you used the official<br>
version rather than your SBo version. Did you have a chance to try that?<br>
<br>
I'll go through the build job again anyway, this time ensuring<br>
fltk-1.3.4-2 is used.<br>
<br>
chris<br>
<div><div class="h5"><br>
> Â  fltk<br>
> Â  lalnview<br>
> Â  oblige<br>
> Â  flrig<br>
> Â  butt<br>
> Â  alsamixergui<br>
> Â  flSynclient<br>
> Â  glbsp<br>
> Â  horgand<br>
> Â  lmms<br>
> Â  edelib<br>
> Â  oblige-legacy4<br>
> Â  xdiskusage<br>
> Â  Pixie<br>
> Â  tapiir<br>
> Â  ede<br>
> Â  rakarrack<br>
> Â  sfc<br>
> Â  dillo<br>
> Â  vocoder<br>
> Â  zynaddsubfx<br>
> Â  pyfltk<br>
> Â  fldigi<br>
> Â  yoshimi<br>
> Â  eureka<br>
> Â  fgrun<br>
> Â  htmldoc<br>
> Â  flpsed<br>
> Â  seaview<br>
> Â  chm2pdf<br>
> <br>
> <br>
> On Sun, May 27, 2018 at 5:46 AM, Konrad J Hambrick <<a href="mailto:kjhambrick@gmail.com">kjhambrick@gmail.com</a><br>
</div></div><div><div class="h5">> <mailto:<a href="mailto:kjhambrick@gmail.com">kjhambrick@gmail.com</a>>> wrote:<br>
> <br>
>  Â  Â Chris --<br>
> <br>
>  Â  Â Dang ! <br>
> <br>
>  Â  Â I should have noted that I am running Slackware64 14.2 + Multilib +<br>
>  Â  Â NVIDIA-Linux-x86_64-390.59.run<br>
> <br>
>  Â  Â And looking at my SlackBuild Wrapper ( attached ), I probably should<br>
>  Â  Â have noted the OPTIONAL Dependencies too.<br>
> <br>
>  Â  Â Note the nvidia-texture-tools Package.<br>
>  Â  Â #<br>
>  Â  Â # built and installed B80525<br>
>  Â  Â #<br>
>  Â  Â # dcmtk                - dcmtk-3.6.3-x86_64-1_SBo<br>
>  Â  Â # libgta               - libgta-1.0.8-x86_64-1_SBo<br>
>  Â  Â # nvidia-texture-tools - nvidia-texture-tools-2.1.1-<wbr>x86_64-1_SBo<br>
>  Â  Â # slurm                x not needed<br>
>  Â  Â # openmpi              - openmpi-2.1.1-x86_64-1_SBo<br>
>  Â  Â # python-twisted       x skipped - too many dependencies<br>
>  Â  Â # VTK                  - VTK-8.1.1-x86_64-1_SBo<br>
>  Â  Â # FreeImage            - FreeImage-3.17.0-x86_64-1_SBo<br>
>  Â  Â # tbb                  - tbb-2018u3-x86_64-1_SBo<br>
>  Â  Â # gl2ps                - gl2ps-1.3.7-x86_64-1_SBo<br>
>  Â  Â # OpenCASCADE          - OpenCASCADE-6.9.1-x86_64-3_SBo<br>
>  Â  Â # SDL2                 - SDL2-2.0.8-x86_64-1_SBo<br>
>  Â  Â #<br>
> <br>
>  Â  Â Also note that the SlackBuild wrapper generates a log file for each<br>
>  Â  Â VERSION + TAG so I do have the full log<br>
>  Â  Â where the initial osg build failed with fltk-1.3.3 ( not TOO huge at<br>
>  Â  Â 266,487 bytes )<br>
> <br>
>  Â  Â Thanks for looking at this Chris and thanks for the info about the<br>
>  Â  Â Official extra/fltk/ Package !<br>
> <br>
>  Â  Â -- kjh<br>
> <br>
> <br>
> <br>
>  Â  Â On Sun, May 27, 2018 at 2:31 AM, Christoph Willing<br>
</div></div><div><div class="h5">>  Â  Â <<a href="mailto:chris.willing@iinet.net.au">chris.willing@iinet.net.au</a> <mailto:<a href="mailto:chris.willing@iinet.net.au">chris.willing@iinet.<wbr>net.au</a>>> wrote:<br>
> <br>
>  Â  Â  Â  Â On 27/05/18 12:46, Christoph Willing wrote:<br>
>  Â  Â  Â  Â > On 27/05/18 10:25, Christoph Willing wrote:<br>
>  Â  Â  Â  Â >> On 27/05/18 05:46, Konrad J Hambrick wrote:<br>
>  Â  Â  Â  Â > [snip]<br>
>  Â  Â  Â  Â >><br>
>  Â  Â  Â  Â >>> Here is another one ... I had the OPTIONAL Package<br>
>  Â  Â  Â  Â >>> fltk-1.3.3-x86_64-2_SBo.tgz installed for the flSynclient<br>
>  Â  Â  Â  Â Package.<br>
>  Â  Â  Â  Â >>><br>
>  Â  Â  Â  Â >>> It turns out that OpenSceneGraph will build<br>
>  Â  Â  Â  Â example_osgviewerFLTK if<br>
>  Â  Â  Â  Â >>> FLTK is installed.<br>
>  Â  Â  Â  Â >>><br>
>  Â  Â  Â  Â >>> However it fails for fltk-1.3.3.<br>
>  Â  Â  Â  Â >>><br>
>  Â  Â  Â  Â >>> Here is the tail of my build log:<br>
>  Â  Â  Â  Â >>><br>
>  Â  Â  Â  Â >>> Scanning dependencies of target example_osgviewerFLTK<br>
>  Â  Â  Â  Â >>> [100%] Building CXX object<br>
>  Â  Â  Â  Â >>><br>
>  Â  Â  Â  Â examples/osgviewerFLTK/<wbr>CMakeFiles/example_<wbr>osgviewerFLTK.dir/<wbr>osgviewerFLTK.cpp.o<br>
>  Â  Â  Â  Â >>> [100%] Linking CXX executable ../../bin/osgviewerFLTK<br>
>  Â  Â  Â  Â >>><br>
>  Â  Â  Â  Â /usr/lib64/gcc/x86_64-<wbr>slackware-linux/5.5.0/../../..<wbr>/../lib64/libfltk_gl.so:<br>
>  Â  Â  Â  Â >>> undefined reference to `Fl_XFont_On_Demand::value()'<br>
>  Â  Â  Â  Â >>> collect2: error: ld returned 1 exit status<br>
>  Â  Â  Â  Â >>><br>
>  Â  Â  Â  Â examples/osgviewerFLTK/<wbr>CMakeFiles/example_<wbr>osgviewerFLTK.dir/build.make:<wbr>123:<br>
>  Â  Â  Â  Â >>> recipe for target 'bin/osgviewerFLTK' failed<br>
>  Â  Â  Â  Â >>> make[2]: *** [bin/osgviewerFLTK] Error 1<br>
>  Â  Â  Â  Â >>> CMakeFiles/Makefile2:18128: recipe for target<br>
>  Â  Â  Â  Â >>><br>
>  Â  Â  Â  Â 'examples/osgviewerFLTK/<wbr>CMakeFiles/example_<wbr>osgviewerFLTK.dir/all' failed<br>
>  Â  Â  Â  Â >>> make[1]: ***<br>
>  Â  Â  Â  Â >>><br>
>  Â  Â  Â  Â [examples/osgviewerFLTK/<wbr>CMakeFiles/example_<wbr>osgviewerFLTK.dir/all] Error<br>
>  Â  Â  Â  Â 2<br>
>  Â  Â  Â  Â >>> Makefile:127: recipe for target 'all' failed<br>
>  Â  Â  Â  Â >>> make: *** [all] Error 2<br>
>  Â  Â  Â  Â >>><br>
>  Â  Â  Â  Â >>> I upgraded FLTK to version 1.3.4-2 ( yes ... it is 'dash 2'<br>
>  Â  Â  Â  Â ) and<br>
>  Â  Â  Â  Â >>> OpenSceneGraph compiled and installed and runs properly now.<br>
>  Â  Â  Â  Â >>><br>
>  Â  Â  Â  Â >> I thought I'd covered all the bases before updating the OSG<br>
>  Â  Â  Â  Â version but<br>
>  Â  Â  Â  Â >> missed this one (obviously!). I'll look at it during the week.<br>
>  Â  Â  Â  Â >><br>
>  Â  Â  Â  Â ><br>
>  Â  Â  Â  Â > Actually, I can't replicate this problem. In a clean VM with<br>
>  Â  Â  Â  Â newly built<br>
>  Â  Â  Â  Â > /var/log/packages/fltk-1.3.3-<wbr>x86_64-2 installed I see:<br>
>  Â  Â  Â  Â ><br>
>  Â  Â  Â  Â > Scanning dependencies of target example_osgviewerFLTK<br>
>  Â  Â  Â  Â > [ 80%] Building CXX object<br>
>  Â  Â  Â  Â ><br>
>  Â  Â  Â  Â examples/osgviewerFLTK/<wbr>CMakeFiles/example_<wbr>osgviewerFLTK.dir/<wbr>osgviewerFLTK.cpp.o<br>
>  Â  Â  Â  Â > [ 81%] Linking CXX executable ../../bin/osgviewerFLTK<br>
>  Â  Â  Â  Â > [ 81%] Built target example_osgviewerFLTK<br>
>  Â  Â  Â  Â ><br>
>  Â  Â  Â  Â > If I run (still in the VM so with limited GL capability) the<br>
>  Â  Â  Â  Â command:<br>
>  Â  Â  Â  Â >  Â  Â strings /usr/lib64/libfltk_gl.so.1.3 |less<br>
>  Â  Â  Â  Â > and search for XFont, I see a single reference:<br>
>  Â  Â  Â  Â >  Â  Â glXUseXFont<br>
>  Â  Â  Â  Â ><br>
>  Â  Â  Â  Â > In a real machine with Nvidia graphics and binary driver, the same<br>
>  Â  Â  Â  Â > search reveals:<br>
>  Â  Â  Â  Â >  Â  Â _ZN18Fl_XFont_On_<wbr>Demand5valueEv<br>
>  Â  Â  Â  Â >  Â  Â glGenLists<br>
>  Â  Â  Â  Â >  Â  Â glXUseXFont<br>
>  Â  Â  Â  Â ><br>
>  Â  Â  Â  Â > Seeing that difference in varying graphics environments (although<br>
>  Â  Â  Â  Â > compilation continues to completion in both these particular<br>
>  Â  Â  Â  Â cases) I<br>
>  Â  Â  Â  Â > wonder if the issue you're seeing is due to your (perhaps even<br>
>  Â  Â  Â  Â more<br>
>  Â  Â  Â  Â > different) graphics environment (Intel, nouveau, ...)? That<br>
>  Â  Â  Â  Â wouldn't<br>
>  Â  Â  Â  Â > necessarily explain why it worked for you with updated fltk<br>
>  Â  Â  Â  Â though. Or,<br>
>  Â  Â  Â  Â > maybe your fltk-1.3.3 was built some time ago - _before_ you<br>
>  Â  Â  Â  Â updated<br>
>  Â  Â  Â  Â > your graphics hardware/driver (so failed) but your fltk-1.3.4-2<br>
>  Â  Â  Â  Â > succeeded because you just built it now using the updated graphics<br>
>  Â  Â  Â  Â > hardware/driver.<br>
>  Â  Â  Â  Â ><br>
>  Â  Â  Â  Â > Anyway, I'll email the fltk maintainer and ask if he's prepared to<br>
>  Â  Â  Â  Â > upgrade the version. My stored source tarball<br>
>  Â  Â  Â  Â fltk-1.3.3-source.tar.gz<br>
>  Â  Â  Â  Â > is dated Nov 4 2014 i.e. it's a pretty old version. However<br>
>  Â  Â  Â  Â fltk seems<br>
>  Â  Â  Â  Â > to have a ton of dependent SlackBuilds so checking all of them<br>
>  Â  Â  Â  Â with a<br>
>  Â  Â  Â  Â > newer fltk won't be trivial.<br>
>  Â  Â  Â  Â ><br>
> <br>
>  Â  Â  Â  Â Just as well I did some more checking before emailing the<br>
>  Â  Â  Â  Â maintainer. It<br>
>  Â  Â  Â  Â turns out that the SBo fltk is excess to requirements since there is<br>
>  Â  Â  Â  Â already an fltk package in stock Slackware's extra. I guess that<br>
>  Â  Â  Â  Â means<br>
>  Â  Â  Â  Â the version in extra won't be updated. However the version at<br>
>  Â  Â  Â  Â SBo is a<br>
>  Â  Â  Â  Â mystery - from the git log it seems to be renamed some time ago from<br>
>  Â  Â  Â  Â fltk13 but I don't understand why it still exists at all now that we<br>
>  Â  Â  Â  Â have the fltk in extra.<br>
> <br>
>  Â  Â  Â  Â I see from your original email that you were using an SBo build<br>
>  Â  Â  Â  Â (fltk-1.3.3-x86_64-2_SBo.tgz). I wonder if your OpenSceneGraph would<br>
>  Â  Â  Â  Â succeed if you removed that version and installed the version from<br>
>  Â  Â  Â  Â extra? I guess you're happy anyway having upgraded your local<br>
>  Â  Â  Â  Â fltk and<br>
>  Â  Â  Â  Â built OSG with that but it would be nice to know whether you<br>
>  Â  Â  Â  Â could build<br>
>  Â  Â  Â  Â it with the fltk from extra (as it does here).<br>
> <br>
>  Â  Â  Â  Â chris<br>
> <br>
> <br>
> <br>
> <br>
> <br>
</div></div>> ______________________________<wbr>_________________<br>
> SlackBuilds-users mailing list<br>
> <a href="mailto:SlackBuilds-users@slackbuilds.org">SlackBuilds-users@slackbuilds.<wbr>org</a><br>
> <a href="https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users" rel="noreferrer" target="_blank">https://lists.slackbuilds.org/<wbr>mailman/listinfo/slackbuilds-<wbr>users</a><br>
> Archives - <a href="https://lists.slackbuilds.org/pipermail/slackbuilds-users/" rel="noreferrer" target="_blank">https://lists.slackbuilds.org/<wbr>pipermail/slackbuilds-users/</a><br>
> FAQ - <a href="https://slackbuilds.org/faq/" rel="noreferrer" target="_blank">https://slackbuilds.org/faq/</a><br>
> <br>
<br>
</blockquote></div><br></div>