Re: HELP: FreeCAD is still very broken on Fedora 30/31
Le mer. 15 janv. 2020 à 15:52, Richard Shaw <hobbes1069(a)gmail.com> a écrit :
On Wed, Jan 15, 2020 at 8:50 AM Nicolas Chauvet <kwizart(a)gmail.com> wrote:
>
> Le mer. 15 janv. 2020 à 15:36, Richard Shaw <hobbes1069(a)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.o...
> >
> > 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)