[Coordination] Ubuntu freecad-stable PPA update to 0.18

[kkremitzki]

I've just triggered the builds for the dual-build package to be uploaded to the stable PPA for 18.04, 18.10, and 19.04. They should be available in about 2 hours.

Next up, getting the builds for 14.04 and 16.04 working.

[kkremitzki]

libeigen3-dev (>= 3.3~beta1),

In debian/control, it looks like you were the one who added the version requirement for this dependency. However it seems like the patch associated with this change is no longer being used. Can you say a bit about what motivated this change? It's blocking builds for Ubuntu 14.04.

[kkremitzki]

16.04 failed, looks like it's going to need a patch:

Code: Select all

/<<BUILDDIR>>/freecad-0.18+dfsg1~201903280210~ubuntu16.04.1/src/Gui/DownloadManager.cpp:37:24: fatal error: QWebSettings: No such file or directory

14.04 failed, we have our required cmake version set too high:

Code: Select all

CMake Error at CMakeLists.txt:1 (cmake_minimum_required):
  CMake 3.3 or higher is required.  You are running version 2.8.12.2
  

18.10 failed, but I'm not sure about this error:

Code: Select all

[ 66%] Building CXX object src/Mod/Fem/App/CMakeFiles/Fem.dir/FemConstraintInitialTemperature.cpp.o
cd "/<<BUILDDIR>>/freecad-0.18+dfsg1~201903280126~ubuntu18.10.1/debian/build-py3/src/Mod/Fem/App" && /usr/bin/c++  -DFC_USE_VTK -DFem_EXPORTS -DHAVE_CONFIG_H -DHAVE_LIMITS_H -DQT_CORE_LIB -DQT_NO_DEBUG -DQT_XML_LIB -D_OCC64 -I"/<<BUILDDIR>>/freecad-0.18+dfsg1~201903280126~ubuntu18.10.1/debian/build-py3" -I"/<<BUILDDIR>>/freecad-0.18+dfsg1~201903280126~ubuntu18.10.1/debian/build-py3/src" -I"/<<BUILDDIR>>/freecad-0.18+dfsg1~201903280126~ubuntu18.10.1/src" -I"/<<BUILDDIR>>/freecad-0.18+dfsg1~201903280126~ubuntu18.10.1/debian/build-py3/src/Mod/Fem/App" -I/usr/include/occt -I/usr/include/python3.6m -I"/<<BUILDDIR>>/freecad-0.18+dfsg1~201903280126~ubuntu18.10.1/src/3rdParty/salomesmesh/inc" -I/usr/include/vtk-7.1 -I/usr/include/x86_64-linux-gnu -I/usr/include/hdf5/openmpi -I/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi -I/usr/lib/x86_64-linux-gnu/openmpi/include -I/usr/include/jsoncpp -I/usr/include/freetype2 -isystem /usr/include/x86_64-linux-gnu/qt5 -isystem /usr/include/x86_64-linux-gnu/qt5/QtCore -isystem /usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -isystem /usr/include/x86_64-linux-gnu/qt5/QtXml  -Wall -Wextra -Wno-write-strings -Wall -DHAVE_SWIG=1 -fpermissive -g -O2 -fdebug-prefix-map=/<<BUILDDIR>>/freecad-0.18+dfsg1~201903280126~ubuntu18.10.1=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -std=c++11 -D_OCC64 -Wno-overloaded-virtual -O2 -g -DNDEBUG -fPIC   -I/usr/include/openmpi -I/usr/include/hdf5/openmpi -pthread -I/usr/lib/x86_64-linux-gnu/openmpi/include -I/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi -fPIC -std=gnu++11 -o CMakeFiles/Fem.dir/FemConstraintInitialTemperature.cpp.o -c "/<<BUILDDIR>>/freecad-0.18+dfsg1~201903280126~ubuntu18.10.1/src/Mod/Fem/App/FemConstraintInitialTemperature.cpp"
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyBuffer_FromMemory'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyString_FromStringAndSize'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `_Py_ZeroStruct'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyInstance_Type'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyString_Concat'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyUnicodeUCS4_Compare'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyUnicodeUCS4_Concat'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyString_FromString'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyCObject_AsVoidPtr'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyInt_Type'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyInt_FromLong'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyInt_AsLong'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyString_AsString'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyString_FromFormat'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyCObject_Type'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libpyside2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyString_ConcatAndDel'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyUnicodeUCS4_AsUTF8String'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyClass_Type'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyUnicodeUCS4_FromString'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libpyside2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyCObject_FromVoidPtr'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `Py_InitModule4_64'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyString_FromFormatV'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyBuffer_FromReadWriteMemory'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libshiboken2-python2.7.x86_64-linux-gnu.so: undefined reference to `PyString_Type'

However the 0.18 release build is working for 18.04 and 19.04 in the Stable PPA, so there's progress.

[NormandC]

I installed the first package that was "timeless" (package named freecad-1:0.18+dfsg1~time~ubuntu18.04.1), the new one with corrected date is currently still building for 18.04. The update manager failed to upgrade it properly, I don't know why. I manually installed freecad-common and freecad-runtime and that fixed it.

Switching from Python 2 to Python 3 is a breeze.

There's an issue with FC documents: they don't have the FC document icon, they have a text icon on GNOME.

[kkremitzki]

Yep, I've seen the icon issue mentioned a few places but not sure if a fix was ever found or even if a bug report has been created.

Depending on what you're updating from, this update may require a sudo apt full-upgrade AKA a dist-upgrade, because it has to first remove some 0.17 packages before it can install 0.18 on top of it. I'm not sure how the graphical updater handles that sort of thing, but it's a possible cause.

[NormandC]

Yep, I've seen the icon issue mentioned a few places but not sure if a fix was ever found or even if a bug report has been created.

FYI the former freecad-0.17.13541 package was showing the document icon properly.

[abdullah]

libeigen3-dev (>= 3.3~beta1),

In debian/control, it looks like you were the one who added the version requirement for this dependency. However it seems like the patch associated with this change is no longer being used. Can you say a bit about what motivated this change? It's blocking builds for Ubuntu 14.04.

Short answer: It should work with upstream just fine by removing the spec.

Long answer:

At the time, we discovered a bug that ggael from Eigen fixed. The problem was related to the SparseQR algorithm. This algorithm is one of the key features to speed up sketcher solving of medium-large sized sketches. We wanted to use the fixed library so that the PPA could work fine. Not to have to wait to having the version in ubuntu, I dowloaded the Eigen version after ggael introduced the fix (I did not actually change a line myself), and created a package out of it and uploaded it to the PPA, which has been used since them to build FC-Daily. I guess that I had to put that specification so as to force FC to use the package I uploaded.

The impact for using libeigen < 3.3 should be speed, because the solver uses conditional compilation to default to DenseQR. It might be that there are other effects, because there were other relevant fixes.

Some history:
https://forum.freecadweb.org/viewtopic. ... 40#p104988

[kkremitzki]

I know what needs to be done to fix the stable PPA update problem but it'll require a bit of testing which I can do tonight... since I didn't have the freecad-doc package installed I never ran into this issue.

[jmaustpc]

Next up, getting the builds for 14.04

Hi Kurt

Just a thought, why bother with 14.04? Its end of life in a few days, 30 April 2019 according to Google search.

This is just a link to the Ubuntu release cycle page
https://www.ubuntu.com/about/release-cycle

Just a thought.

Jim

[kkremitzki]

Next up, getting the builds for 14.04

Hi Kurt

Just a thought, why bother with 14.04? Its end of life in a few days, 30 April 2019 according to Google search.

This is just a link to the Ubuntu release cycle page
https://www.ubuntu.com/about/release-cycle

Just a thought.

Jim

Yeah, I was thinking the same, so I don't want to spend much effort on it, but I figured it would be worth trying at least.