**FIXED***Latest freecad-community update broke *all* versions of FreeCAD on Ubuntu 18.04

[NormandC]

EDIT: everything now seems back to normal as of January 12th, you may need to force your software updates.

Warning to any freecad-daily PPA users: do NOT apply today's update!!!! ---> the problem is not the freecad-daily PPA, it's the freecad-community PPA. See below.

ping

ping

With the latest freecad-daily_0.18~beta1+git201812281613~ubuntu18.04.1, a new libcoin80c package was installed; now both the freecad-stable and freecad-daily packages crash when launched. With freecad-daily I'm getting a totally blank (white) window for a few seconds with 100% , then a crash. Even my self-compiled FreeCAD crashes!

All the FreeCAD versions on my system, including my self-compiled one are completely shot to hell.

How the hell did that happen?!?!?

freecad-stable:

Code: Select all

$ freecad
FreeCAD 0.17, Libs: 0.17R13541 (Git)
© Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2018
  #####                 ####  ###   ####  
  #                    #      # #   #   # 
  #     ##  #### ####  #     #   #  #   # 
  ####  # # #  # #  #  #     #####  #   # 
  #     #   #### ####  #    #     # #   # 
  #     #   #    #     #    #     # #   #  ##  ##  ##
  #     #   #### ####   ### #     # ####   ##  ##  ##

Sheet Metal workbench loaded
Gtk-Message: 12:32:17.646: Failed to load module "canberra-gtk-module"
freecad: /build/freecad-KxCZeY/freecad-0.17.13541/src/Mod/Part/Gui/TaskDimension.cpp :1175 : static void PartGui::ArcEngine::initClass():  l'assertion « SoEngine::getClassTypeId() != SoType::badType() » a échoué.
Abandon (core dumped)

freecad-daily:

Code: Select all

freecad-daily: SoType.cpp :739 : SbBool SoType::isDerivedFrom(SoType) const:  l'assertion « !this->isBad() » a échoué.
Abandon (core dumped)

[wmayer]

According to the error message to me it looks like FreeCAD is linked to two Coin versions. What does this give:

Code: Select all

ldd libFreeCADGui.so

[NormandC]

/var/log/apt/history.log

Code: Select all

Start-Date: 2018-12-29  12:26:07
Commandline: aptdaemon role='role-commit-packages' sender=':1.236'
Install: libcoin80c:amd64 (4.0.0~CMake~6f54f1602475+ds1-0ppa1~ubuntu18.04, automatic), libsoqt520:amd64 (1.6.0~ea5cd76+ds1-0ppa1~ubuntu18.04, automatic)
Upgrade: python3-pivy:amd64 (0.6.4-0ppa1~ubuntu18.04.1, 0.6.4-0ppa2~ubuntu18.04), freecad-daily:amd64 (0.18~beta1+git201812252025~ubuntu18.04.1, 0.18~beta1+git201812281613~ubuntu18.04.1), python-pivy:amd64 (0.6.4-0ppa1~ubuntu18.04.1, 0.6.4-0ppa2~ubuntu18.04)
End-Date: 2018-12-29  12:26:22

According to the error message to me it looks like FreeCAD is linked to two Coin versions. What does this give:

Where should I input this from? From default terminal location (home), it finds nothing.

[chrisb]

freecad-daily: SoType.cpp :739 : SbBool SoType::isDerivedFrom(SoType) const: l'assertion « !this->isBad() » a échoué.

At least the error message does not lack a certain sense of humour: Yes, this is bad!

[NormandC]

I was going crazy, because none of those packages that were installed are found in the freecad-daily PPA.

Turns out, they come from the FreeCAD Community PPA.

https://launchpad.net/~freecad-communit ... ubuntu/ppa

[wmayer]

Where should I input this from? From default terminal location (home), it finds nothing.

From a terminal window. libFreeCADGui.so is underneath /usr/lib/freecad-daily/lib I think. So, either cd into there or type the full path:

Code: Select all

ldd /usr/lib/freecad-daily/lib/libFreeCADGui.so

[NormandC]

So the problem is that freecad-community PPA pushes a python-pivy_0.6.4-0ppa2 update that depends on a new libcoin80c package; but, existing FreeCAD packages still depend on libcoin80v5 from the Ubuntu repositories.

The fix is to revert to the python-pivy_0.6.4-0ppa1 package that is in the freecad-daily PPA; this one depends on libcoin80v5.

[NormandC]

libFreeCADGui.so is underneath /usr/lib/freecad-daily/lib I think.

Sorry I hadn't noticed your reply just before mine. Indeed that's the directory where libFreeCADGui.so is located.

Just out of curiosity, is there a known way to use ldd recursively, that is to search all sub-directories if I place myself at /? The manpage doesn't mention it.

[wmayer]

Just for my own information, is there a known way to use ldd recursively, that is to search all sub-directories if I place myself at /? The manpage doesn't mention it.

I don't think this is possible.

[kkremitzki]

Sorry, this was me. I'm trying to stage the rollout of the new Coin which fixes the SVG import bug and Pivy with Python 3 support. I'll post more shortly when I get home.