On Wed, Jan 15, 2020 at 9:04 AM Nicolas Chauvet <kwiz...@gmail.com> wrote:
> Le mer. 15 janv. 2020 à 15:52, Richard Shaw <hobbes1...@gmail.com> a > écrit : > > > > On Wed, Jan 15, 2020 at 8:50 AM Nicolas Chauvet <kwiz...@gmail.com> > wrote: > >> > >> Le mer. 15 janv. 2020 à 15:36, Richard Shaw <hobbes1...@gmail.com> a > écrit : > >> > > >> > > >> > There is a mess between Coin3 and Coin4 (and their dependencies) > which I believe is causing most of the problems. > >> > > >> > Some background here: > >> > > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/RMWY7KZIPWNOYPZE7ZOHEZGCN334T2BW/#RMWY7KZIPWNOYPZE7ZOHEZGCN334T2BW > >> > > >> > The main Coin3D stack (Coin, soqt, SIMVoleon, privy) are still Coin3 > based for Fedora 30/31 but FreeCAD needs Coin4. FreeCAD doesn't actually > use SoQt (but Quarter instead) but also requires Pivy at runtime which > pulls in the rest of the Coin3 stack. > >> > > >> > I have avoided modules, but would that be a solution to the > dependency problem? At least on Fedora 31? I don't need them for Rawhide so > I would want to make sure they were obsoleted once f32 is released. > >> > > >> > Is there anything I can do or just leave it broken until f32 is > released? > >> > > >> > I'm getting pretty worn out with bugzilla tickets related to FreeCAD > and don't know how to "fix" it at this point, other than t.... > >> You can downgrade freecad to the appropriate version that still uses > >> Coin3, then keep the Coin4 version for f32. > > > > > > Well the bug is actually in Coin3. SVG imports/exports cause a segfault, > not really FreeCAD version specific I'm afraid, but I may have to live with > a "lesser problem" as this point. > > Well, at this step the error is located in your FreeCAD compilation > since, as I understand, you cannot have a process to load two > differents versions of the same library (unless using symbol version > which Coin3/4 doesn't use). > Well, that's where things get muddy. The current version only loads Coin4 (libCoin.so.80), Pivy loads Coin3 (libCoin.so.60) but Pivy is a Python library so I was hoping I could get away with it. Initial testing seemed to indicate it would but several bugzilla tickets later maybe not. > So there is no bug analysis beyond that. (side note, your older > FreeCAD RPM has Coin.so.60 as DTNEEDED, so you actually directly links > to Coin3. not via a 3rd part dependency). > Yes, my initial testing with Coin4 was in my COPR. > > Is this Coin3 issue a regression or has the problem always existed in > the f30/f31 livetime ? > Always as far as I know, just wasn't a problem until someone tried a SVG import. Thanks, Richard
_______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
