Ship WB problems and it's future in core (0.18)
Forum rules
Be nice to others! Read the FreeCAD code of conduct!
Be nice to others! Read the FreeCAD code of conduct!
Ship WB problems and it's future in core (0.18)
Ship is broken on both 0.17 and 0.18dev Appimages: issue #3607
It's also throwing an error for 0.17
This begs the discussion...that this WB won't likely be ported to py3 and Qt5 unless someone steps up to do it. If they don't then it will be broken for >=0.18 and so therefore we need to discuss how to handle it. Can it become an Addon (even though it has parts of it (IIRC) in C++ and needs to be compiled? Can it be split off in to a separate package?
It's also throwing an error for 0.17
This begs the discussion...that this WB won't likely be ported to py3 and Qt5 unless someone steps up to do it. If they don't then it will be broken for >=0.18 and so therefore we need to discuss how to handle it. Can it become an Addon (even though it has parts of it (IIRC) in C++ and needs to be compiled? Can it be split off in to a separate package?
Last edited by Kunda1 on Sat Sep 22, 2018 11:28 am, edited 1 time in total.
Alone you go faster. Together we go farther
Please mark thread [Solved]
Want to contribute back to FC? Checkout:
'good first issues' | Open TODOs and FIXMEs | How to Help FreeCAD | How to report Bugs
Please mark thread [Solved]
Want to contribute back to FC? Checkout:
'good first issues' | Open TODOs and FIXMEs | How to Help FreeCAD | How to report Bugs
Re: Ship WB problems and it's future in core (0.18)
good idea. I guess externalizing ship is not a big deal. But I guess the reported problems are more related to matpplotlib than the ship-workbench.
What are the main-devs think of externalizing ship? Does anyone have contact to the creator of the workbench?
Re: Ship WB problems and it's future in core (0.18)
I agree that it would be best to move Ship and Plot to the Add-ons repo. Its author Jose Luis Cercos Pita announced a few years ago that he will stop maintaining these modules and there is nobody else who does it. Also, I think the user base of these modules is very small.
Re: Ship WB problems and it's future in core (0.18)
ok I will try to externalize the workbenches. Any ideas if there is a way to reuse the commits?wmayer wrote: ↑Sat Sep 22, 2018 12:09 pm I agree that it would be best to move Ship and Plot to the Add-ons repo. Its author Jose Luis Cercos Pita announced a few years ago that he will stop maintaining these modules and there is nobody else who does it. Also, I think the user base of these modules is very small.
Re: Ship WB problems and it's future in core (0.18)
No idea.Any ideas if there is a way to reuse the commits?
-
- Posts: 2
- Joined: Sat Sep 22, 2018 12:31 pm
Re: Ship WB problems and it's future in core (0.18)
Are you using pypi/python-packages to distribute addons? Python packages have allowed you to ship compiled code via python's "wheels" for a while now, so I don't think the add-on being partially written in cpp should be a problem.
Re: Ship WB problems and it's future in core (0.18)
Yes it's possible to ship compiled binaries with pip. But it's still not very useful for freecad as the linux-build-env of pip (centos5-based?) is maybe not compatible with all available FreeCAD-binaries. We can solve this problem by using conda, but this will solve packaging only for conda (there are many other package-managers, build-systems, ...) So better make addons python-only.traverseda wrote: ↑Sat Sep 22, 2018 12:35 pm Are you using pypi/python-packages to distribute addons? Python packages have allowed you to ship compiled code via python's "wheels" for a while now, so I don't think the add-on being partially written in cpp should be a problem.
Anyway the ship and plot wb's are python only and therefor it should be easy to package them with pip. I have some experience in this area, so this will be a good example how to do packaging with pypi/pip the right way...
Re: Ship WB problems and it's future in core (0.18)
first steps: https://github.com/looooo/freecad_plot
But now I have some questions:
how to create the resource-file with setup.py (calling pyside-rcc in subprocess?)
how to integrate the translation-stuff?
But now I have some questions:
how to create the resource-file with setup.py (calling pyside-rcc in subprocess?)
how to integrate the translation-stuff?
Re: Ship WB problems and it's future in core (0.18)
So this should work:pyside-rcc -help wrote: PySide resource compiler
Usage: pyside-rcc [options] <inputs>
Options:
-o file Write output to file rather than stdout
-py2 Generate code for any Python v2.x version (default)
-py3 Generate code for any Python v3.x version
-name name Create an external initialization function with name
-threshold level Threshold to consider compressing files
-compress level Compress input files by level
-root path Prefix resource access path with root path
-no-compress Disable all compression
-version Display version
-help Display this information
Code: Select all
pyside-rcc -o Ship_rc.py resources/Ship.qrc
The .qm files are added to the .qrc file and thus pyside-rcc puts them all into the Ship_rc.py module.how to integrate the translation-stuff?
Re: Ship WB problems and it's future in core (0.18)
I couldn't find any mention on the forum, but he stopped being active on the forum 5 years ago. (For others interested, his account name was sanguinariojoe).
He was the second contributor (after Yorik) to see his python module merged to FreeCAD... But back then (in 2011!), it was different. For a while I've wondered why such specialized modules as Ship and Plot were in main FreeCAD, when many much popular and "mainstream" modules are add-ons.
Thank you for doing this. And thanks to Kunda1 for bringing this issue to light.