Re: HELP: FreeCAD is still very broken on Fedora 30/31

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Jan 15, 2020 at 9:04 AM Nicolas Chauvet <kwizart@xxxxxxxxx> wrote:
Le mer. 15 janv. 2020 à 15:52, Richard Shaw <hobbes1069@xxxxxxxxx> a écrit :
>
> On Wed, Jan 15, 2020 at 8:50 AM Nicolas Chauvet <kwizart@xxxxxxxxx> wrote:
>>
>> Le mer. 15 janv. 2020 à 15:36, Richard Shaw <hobbes1069@xxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxxxx/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@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux