22:52 Diane Bruce (db) 

ports/cura: Update to 4.13.1

Major update to 4.13.1 not 4.12
I've said it before and I'll say it again. This port should be a
group effort but a cads porting team. I'd be happy to give
up Maintainership as my only interest with cura was to get it into
ports.

PR:		ports/255630
Reported by:	unrelentingtech <greg@unrelenting.technology>
Tested by:	trombik1973@gmail.com

    0628704

16:25 db 

Finally update cura now that all prequisite ports are updated.

PR:		ports/251236

 

01:25 db 

the port uses USE_GITHUB=yes, yet the commit did not change GH_TAGNAME.
the package is still 4.7. as a proof, SHA256 in distinfo is identical.
confusingly, the version in "About" says "master", not 4.8 nor 4.7.
this PR should be reopened. (Tomoyuki Sakura)

Apparently I forgot to remove a line causing the wrong cura version
to be claimed as an update to 4.8
I think I have it right this time. Apologies I should have noticed.
I'll take the pointyhat and go sit in the corner.

PR:		ports/251236
Submitted by: 	sko@rostwald.de
Reported by:	trombik1973@gmail.com

 

23:03 db 

From PR:

In Cura version 4.7 a bug regarding slowdowns in circular perimeters was
introduced (or at list gets triggered much more easily than in earlier
versions):
https://github.com/Ultimaker/Cura/issues/8321

This issue makes v4.7.x hardly usable.
Sticking to v4.5 has become quite "tricky" to say the least, due to
the massive python-induced dependency hell and lots of dependencies
being too new and/or incompatible for the 4.5 version.

Version 4.8 has been released on November 10 that fixes this glitch in
the simplification algorithm. The issue is still open, but is considered
to be solved with 4.8 and changed default settings for Maximum resolution
and Maximum Deviation.

From the Changelog of 4.8:
Fixed under-simplification (blobs, zits) on some printer models. An oversight
in 4.6.x resulted in an oversimplification (smoothing) of models.
The attempted fix in 4.7.x overcompensated, which gave difficulty
(zits, blobs) for some printer models when the resulting gcode became
too intricate. This is now fixed, though some profiles might need
to be updated, since they where made against 4.6.x, and therefore may
rely on the over-simplification.

PR:			ports/251236
Submitted by:		Sebastian <sko@rostwald.de>

 

19:53 db 

This patch updates Cura and all associated dependencies to 4.7.1.

Also, it adds math/py-numpy-stl - an optional dependency that makes
loading STL files much faster. Without it, Cura was complaining:

2020-09-20 02:19:31,877 - WARNING - [MainThread] STLReader.STLReader.<module>
[32]: Could not find numpy-stl, falling back to slower code.

I'm not sure where the 6.x version in cad/fdm_materials came from, seems
like now that project has its version in sync with the Cura version,
so I chose to increment PORTEPOCH for that. [Greg]

- fdm_materials adds some new materials usable with Cura
- I had to bump PORTEPOCH on a couple of ports
- py-numpy-stl was added on a separate commit
- Bump version checking in Cura on some dependancies
[db]

PR:		ports/249468
Submitted by:	greg@unrelenting.technology

 

13:08 db 

I was confused by the jump back in version numbering but got the proper
commit number after the proper 4.5 tag did an unneeded EPOCH bump
(Thinking I was working on CuraEngine) and then managed to leave the
wrong tag 14.5 instead of 4.5 in the version. (Porter Handbook 5.14)

I'll wear the pointy hat.

Mop up the RUN_DEPENDS I missed as noted by lme@ via email.

===
I made it work on my machine but there were a few missing runtime
dependencies:
- cad/cura-engine
- comms/py-serial
- graphics/qt-graphicaleffects
- x11-toolkits/qt-quickcontrols2

After I installed the packages manually Cura starts successfully. :-)
===

Reported by:	lme@FreeBSD.org

 

00:03 db 

This is the new, shiny frontend for Cura. Check daid/LegacyCura for the
legacy Cura that everyone knows and loves/hates. We re-worked the
whole GUI code at Ultimaker, because the old code started to become
unmaintainable.

WWW: https://github.com/Ultimaker/Cura/wiki