<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>