How do I keep TW up-to-date AND keep FreeCAD working?

English Install/Boot/Login
#1

Hi,

I know that Freecad has been the subject of lengthy discussion over at https://forums.opensuse.org/showthre…unity-edition).-(blender-FreeCAD-openCASCADE-community-edition))Meanwhile, I am keeping locks in place:

zypper al python3-pyside2 FreeCAD

However, the zypper messages are getting ever more confusing to me!

Today (with locks on) I see this:

~ # zypper -vvv dup
Verbosity: 3
Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
Initializing Target
Checking whether to refresh metadata for openSUSE-20180209-0
Checking whether to refresh metadata for libdvdcss repository
Checking whether to refresh metadata for Packman Repository
Checking whether to refresh metadata for openSUSE-Tumbleweed-Non-Oss
Checking whether to refresh metadata for openSUSE-Tumbleweed-Update
Loading repository data...
Reading installed packages...
Computing distribution upgrade...
Force resolution: No
Computing upgrade...
4 Problems:
Problem: python3-pyside2-2.0~pre.1519723362.e621f811-2.4.x86_64 requires libQt5Quick.so.5(Qt_5.11.0_PRIVATE_API)(64bit), but this requirement cannot be provided
Problem: libQtQuick5-5.11.0-1.2.x86_64 requires libQt5Core.so.5(Qt_5.11.0_PRIVATE_API)(64bit), but this requirement cannot be provided
Problem: FreeCAD-0.17-2.3.x86_64 requires libpyside2.cpython-36m-x86_64-linux-gnu.so.2.0()(64bit), but this requirement cannot be provided
Problem: libQtQuick5-5.11.0-1.2.x86_64 requires libQt5Test.so.5(Qt_5.11.0_PRIVATE_API)(64bit), but this requirement cannot be provided

Problem: python3-pyside2-2.0~pre.1519723362.e621f811-2.4.x86_64 requires libQt5Quick.so.5(Qt_5.11.0_PRIVATE_API)(64bit), but this requirement cannot be provided
  deleted providers: libQtQuick5-5.11.0-1.2.x86_64
 Solution 1: Following actions will be done:
  keep obsolete libQtQuick5-5.11.0-1.2.x86_64
  keep obsolete libQt5Widgets5-5.11.0-2.1.x86_64
  keep obsolete libQt5DBus5-5.11.0-2.1.x86_64
  keep obsolete libQt5Multimedia5-5.11.0-1.2.x86_64
  keep obsolete libQt5OpenGL5-5.11.0-2.1.x86_64
  keep obsolete libQt5PrintSupport5-5.11.0-2.1.x86_64
  keep obsolete libQt5Script5-5.11.0-1.2.x86_64
  keep obsolete libQt5Sql5-5.11.0-2.1.x86_64
  keep obsolete libQt5Svg5-5.11.0-1.2.x86_64
  keep obsolete libQt5TextToSpeech5-5.11.0-1.2.x86_64
  keep obsolete libQt5WebSockets5-5.11.0-1.2.x86_64
  keep obsolete libQt5Xml5-5.11.0-2.1.x86_64
  keep obsolete libQt5XmlPatterns5-5.11.0-1.2.x86_64
  keep obsolete libqt5-qtwebengine-5.11.0-3.1.x86_64
 Solution 2: remove lock to allow removal of python3-pyside2-2.0~pre.1519723362.e621f811-2.4.x86_64
 Solution 3: break python3-pyside2-2.0~pre.1519723362.e621f811-2.4.x86_64 by ignoring some of its dependencies

Choose from above solutions by number or skip, retry or cancel [1/2/3/s/r/c] (c):

So I take the locks off. And now I see this:

~ # zypper -vvv dup
Verbosity: 3
Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
Initializing Target
Checking whether to refresh metadata for openSUSE-20180209-0
Checking whether to refresh metadata for libdvdcss repository
Checking whether to refresh metadata for Packman Repository
Checking whether to refresh metadata for openSUSE-Tumbleweed-Non-Oss
Checking whether to refresh metadata for openSUSE-Tumbleweed-Update
Loading repository data...
Reading installed packages...
Computing distribution upgrade...
Force resolution: No
Computing upgrade...

Problem: FreeCAD-0.17-3.1.x86_64 requires libpyside2.cpython-36m-x86_64-linux-gnu.so.2.0()(64bit), but this requirement cannot be provided
  deleted providers: python3-pyside2-2.0~pre.1519723362.e621f811-2.4.x86_64
 Solution 1: Following actions will be done:
  keep obsolete python3-pyside2-2.0~pre.1519723362.e621f811-2.4.x86_64
  keep obsolete libQtQuick5-5.11.0-1.2.x86_64
  keep obsolete libQt5Core5-5.11.0-2.1.x86_64
  keep obsolete libQt5Gui5-5.11.0-2.1.x86_64
  keep obsolete libQt5Test5-5.11.0-2.1.x86_64
  keep obsolete libQt5Widgets5-5.11.0-2.1.x86_64
  keep obsolete libQt5DBus5-5.11.0-2.1.x86_64
  keep obsolete libQt5WebKit5-5.212~alpha2-4.8.x86_64
  keep obsolete libQt5Network5-5.11.0-2.1.x86_64
  keep obsolete libQt5OpenGL5-5.11.0-2.1.x86_64
  keep obsolete libQt5PrintSupport5-5.11.0-2.1.x86_64
  keep obsolete libQt5Svg5-5.11.0-1.2.x86_64
  keep obsolete libQt5Xml5-5.11.0-2.1.x86_64
 Solution 2: Following actions will be done:
  keep obsolete python3-pyside2-2.0~pre.1519723362.e621f811-2.4.x86_64
  keep obsolete libQtQuick5-5.11.0-1.2.x86_64
  keep obsolete libQt5Core5-5.11.0-2.1.x86_64
  keep obsolete libQt5Gui5-5.11.0-2.1.x86_64
  keep obsolete libQt5Test5-5.11.0-2.1.x86_64
  keep obsolete libQt5Widgets5-5.11.0-2.1.x86_64
  keep obsolete libQt5DBus5-5.11.0-2.1.x86_64
 Solution 3: deinstallation of FreeCAD-0.17-2.3.x86_64
 Solution 4: break FreeCAD-0.17-3.1.x86_64 by ignoring some of its dependencies

Choose from above solutions by number or cancel [1/2/3/4/c] (c): c

I seem to be stuck between a rock and a hard place. What to do…:?

Regards, Martin

#2

Others may have good strategic advice here, but I have a side question for you - Do you really need to be using bleeding-edge TW, or would Leap 15 be a better fit for your needs?

#3

Hi Deno,

Yes, a very good question! And no, I don’t need TW. I need an OS to run some applications rather than run an OS for its own sake.
I got here by a circuitous route. Because I was always having problems performing the annual upgrades to the “standard” release. It never worked and I always ended up doing a full install every time.
This resulted in months of disruption because I would forget all the twists-&-turns I had previously undertaken to get all of the subsidiary applications working, like: printers, scanners, media players, graphics etc.

This may be my own fault, I don’t know but after years of getting it wrong, I (mistakenly it seems now), thought that the TW’s “little and often” strategy would be a more suitable long term policy.

Now, I’m stuck on TW. I’d like to downgrade to Leap 15 but I suspect that that exercise will end up in a new installation again!!
And the thought of days/months of putting things right once I start down that path, is just too overwhelming to even begin thinking about starting voluntarily!!

Regards, Martin

#4

I assume things like pencil and paper are still available wherever you are.
An alternative is to make notes somewhere in the home directory of one of your normal users. As I assume you will keep your /home over a new installation, they will be available (and of course I take it for granted that you make backups of valuable data).

#5

Don’t panic, download https://github.com/FreeCAD/FreeCAD/releases/download/0.17/FreeCAD-13522.glibc2.17-x86_64.AppImage chmod +x and start.||
|—|

#6

Hi Karl,

Thank you for the suggestion. I had forgotten that possibility.
I did go down the AppImage route when v0.16 stopped working after TW upgrades earlier this year.
As I recall, I never did get an AppImage to run.

This is what I see now:

No protocol specified
No protocol specified
FreeCAD 0.17, Libs: 0.17R13522 (Git)
© Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2018
  #####                 ####  ###   ####  
  #                    #      # #   #   # 
  #     ##  #### ####  #     #   #  #   # 
  ####  # # #  # #  #  #     #####  #   # 
  #     #   #### ####  #    #     # #   # 
  #     #   #    #     #    #     # #   #  ##  ##  ##
  #     #   #### ####   ### #     # ####   ##  ##  ##

No protocol specified
failed to create drawable
[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
freecad: xcb_io.c:259: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed.

Does it mean anything to you?

Regards, Martin

#7

I installed:

erlangen:~ # zypper if appimaged
Loading repository data...
Reading installed packages...


Information for package appimaged:
----------------------------------
Repository     : Haupt-Repository (OSS)                                  
Name           : appimaged                                               
Version        : 9~pre.1495805837.d05eac1-1.4                            
Arch           : x86_64                                                  
Vendor         : openSUSE                                                
Installed Size : 81.7 KiB                                                
Installed      : Yes                                                     
Status         : up-to-date                                              
Source package : appimaged-9~pre.1495805837.d05eac1-1.4.src              
Summary        : Daemon handles (un)registering AppImages with the system
Description    :                                                         
    appimaged is a daemon that handles registering and unregistering AppImages
    with the system (e.g., menu entries, icons, MIME types, binary delta updates,
    and such).

    The package comes also with appimage.validate CLI tool to verify signature
    of AppImage files.

erlangen:~ #

The I downloaded and ran:

karl@erlangen:~/Downloads> ./FreeCAD-13522.glibc2.17-x86_64.AppImage 
FreeCAD 0.17, Libs: 0.17R13522 (Git)
© Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2018
  #####                 ####  ###   ####  
  #                    #      # #   #   # 
  #     ##  #### ####  #     #   #  #   # 
  ####  # # #  # #  #  #     #####  #   # 
  #     #   #### ####  #    #     # #   # 
  #     #   #    #     #    #     # #   #  ##  ##  ##
  #     #   #### ####   ### #     # ####   ##  ##  ##

karl@erlangen:~/Downloads>

No error message whatsoever. The invocation resulted in a functional instance.

#8

Hi Karl,

Thank you for your patience. I did have appimaged installed but still unable to get Freecad*.AppImage to run?
No matter though. I have “bitten the bullet” and installed Leap.

FreeCad is now running. Leap is up-to-date and all I need to do is re-learn all the tweekes 'n turns needed to get the the printer ppd’s & udev rules etc. back as they were.

Many thanks, Martin

#9

tanks, ](https://forums.opensuse.org/member.php/79833-karlmistelberger) karlmistelberger](https://forums.opensuse.org/member.php/79833-karlmistelberger) voor de info.