View Issue Details

IDProjectCategoryView StatusLast Update
0002927FreeCADBugpublic2019-09-05 21:41
Reporterian.rees Assigned Toian.rees  
PrioritynormalSeverityminorReproducibilityalways
Status assignedResolutionopen 
Product Version 
Target VersionFixed in Version 
Summary0002927: Mac application bundler doesn't track library versions
DescriptionI've run in to an issue on my own machine, where the linker finds a newer version of a library than the one that ends up getting copied in to the application bundle. This causes the older library to not be loaded by dyld when the bundle is launched, which can cause a range of problems.

There are several (and, to me at least, some are non-obvious) places in the existing script that need to take library versions in to account. After mucking around with it script for a few hours to find the source of my problem, I'm thinking that it'll be best to re-write the part that creates the graph of dependencies.

(note to self: Local branch is 20170225-bundle-tool)
Other changes:
  * dir_filter in main() needs to be more Python version-agnostic
  * before calling otool, etc on libraries mentioned, the script should ensure that the library actually exists, and respond accordingly.
Tags#post-to-forum, MacOSX, packaging
FreeCAD Information

Relationships

related to 0002906 closedian.rees Python API error: No module named PartDesign 

Activities

Kunda1

2019-09-05 21:41

administrator   ~0013546

Dedicated forum thread: https://forum.freecadweb.org/viewtopic.php?f=8&t=39122

Issue History

Date Modified Username Field Change
2017-02-26 05:49 ian.rees New Issue
2017-02-26 05:49 ian.rees Status new => assigned
2017-02-26 05:49 ian.rees Assigned To => ian.rees
2017-02-26 05:51 ian.rees Description Updated View Revisions
2017-03-13 15:20 Kunda1 Relationship added related to 0002906
2017-06-20 20:53 Kunda1 Tag Attached: MacOSX
2017-06-29 05:10 Kunda1 Tag Attached: packaging
2017-06-29 05:38 Kunda1 Tag Attached: #post-to-forum
2019-09-05 21:41 Kunda1 Note Added: 0013546