Re: HELP: FreeCAD is still very broken on Fedora 30/31
On Wed, Jan 15, 2020 at 9:04 AM Nicolas Chauvet wrote: > Le mer. 15 janv. 2020 à 15:52, Richard Shaw a > écrit : > > > > On Wed, Jan 15, 2020 at 8:50 AM Nicolas Chauvet > wrote: > >> > >> Le mer. 15 janv. 2020 à 15:36, Richard Shaw 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
Re: HELP: FreeCAD is still very broken on Fedora 30/31
Le mer. 15 janv. 2020 à 15:52, Richard Shaw a écrit : > > On Wed, Jan 15, 2020 at 8:50 AM Nicolas Chauvet wrote: >> >> Le mer. 15 janv. 2020 à 15:36, Richard Shaw 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). 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). Is this Coin3 issue a regression or has the problem always existed in the f30/f31 livetime ? -- - Nicolas (kwizart) ___ 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
Re: HELP: FreeCAD is still very broken on Fedora 30/31
On Wed, Jan 15, 2020 at 8:50 AM Nicolas Chauvet wrote: > Le mer. 15 janv. 2020 à 15:36, Richard Shaw 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. 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
Re: HELP: FreeCAD is still very broken on Fedora 30/31
Le mer. 15 janv. 2020 à 15:36, Richard Shaw 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. Thx -- - Nicolas (kwizart) ___ 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
HELP: FreeCAD is still very broken on Fedora 30/31
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 to tell them to use he flatpack. 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