[Slackbuilds-users] Odd Directory Name in OpenSceneGraph-3.5.5.tar.gz

Konrad J Hambrick kjhambrick at gmail.com
Sun May 27 12:40:25 UTC 2018


Chris --

I couldn't 'live' without hoorex :)

Thanks for the `hoorex -m1` tip ( and of course thanks for hoorex :) !

Anyhow ...

> ... thinking that perhaps your OSG build problem might be fixed anyway
> if you used the official version rather than your SBo version.
>
> Did you have a chance to try that?

I am sorry, I missed that suggestion in your earlier email.

Babysitting my Granddaughter now ... I'll set up a build for later today
and let you know.

-- kjh



On Sun, May 27, 2018 at 7:05 AM, Christoph Willing <
chris.willing at iinet.net.au> wrote:

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


More information about the SlackBuilds-users mailing list