non port: cad/cura/distinfo |
SVNWeb
|
Number of commits found: 7 |
Thu, 4 Aug 2022
|
[ 22:52 Diane Bruce (db) ] 0628704 (Only the first 10 of 25 ports in this commit are shown above. )
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
|
Sat, 16 Jan 2021
|
[ 16:25 db ]
Finally update cura now that all prequisite ports are updated.
PR: ports/251236
|
Mon, 28 Dec 2020
|
[ 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
|
Fri, 20 Nov 2020
|
[ 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 (Only the first 15 lines of the commit message are shown above )
|
Sat, 26 Sep 2020
|
[ 19:53 db ] (Only the first 10 of 17 ports in this commit are shown above. )
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
|
Fri, 27 Mar 2020
|
[ 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
|
Thu, 26 Mar 2020
|
[ 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
|
Number of commits found: 7 |