| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
Reported by: lwhsu
|
| | |
|
| |
|
|
|
|
|
|
| |
PR: 254218
Exp-run by: antoine
Notes:
svn path=/head/; revision=568547
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* PyQt5: update to 5.15.3
This is a minor feature and bug-fix release. There are corresponding releases of the other PyQt5-related packages.
- Added the missing QImage.setAlphaChannel().
- Support for the QtNetworkAuth library has been moved to a separate PyQtNetworkAuth package.
- Wheels no longer bundle the corresponding Qt libraries and instead automatically install them from an external wheel.
* QScintilla2: update to 2.12.0
This adds support for Qt6 and removes support for Qt4.
- Change the new distname (again)i due to a conflict
- Use the new sip-build system
* devel/py-qtbuilder: update to 1.9.0
* devel/py-sip: fix flavor for sip-distinfo
PR: 253865
Exp-run by: antoine
Notes:
svn path=/head/; revision=567825
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Missing dependency: py37-qt5-svg (Icons render as black squares without it.)
- db Yes this should have been a separate PR :-) closing PR now
PR: ports/251236
Reported by: eborisch+FreeBSD@gmail.com
Notes:
svn path=/head/; revision=566336
|
| |
|
|
|
|
|
|
| |
PR: ports/251236
Reported by: Torfinn Ingolfsen <tingox+freebsd@gmail.com>
Notes:
svn path=/head/; revision=561986
|
| |
|
|
|
|
|
| |
PR: ports/251236
Notes:
svn path=/head/; revision=561733
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=559444
|
| |
|
|
|
|
|
|
|
|
| |
to 12.8.1
PR: 251764
Exp-run by: antoine
Notes:
svn path=/head/; revision=558168
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This commit combines several updates.
- Update Qt to 5.12.2
- Update PyQt to 5.15.1
- Since PySide 5.15.1 is broken with Qt 5.15.2, so PySide and Shiboken are also updated to 5.15.2.
- Update sip to 5.4.0
SIP is a collection of tools to create Python bindings for C and C++ libraries and used by PyQt and wxPython. There are some changes with sip5 [1]:
- python 3.5+ is required
- sip drops support of old deprecated methods as sipdistutils & cie.
- this version breaks also PyQt5 extension ABI. SIP files will be installed in ${PYTHON_SITELIBDIR}/PyQt${_PYQT_VERSION}/bindings
- some ports will use the new pyqtbuilder package with the pyproject.toml setup. Instead if the project have a setup.py, you should use sip-build to build it.
- if a port needs sip, it should also needs pysip. BTW, py-qt5-core requires pysip, so that should be enough for PyQt packages.
List of ports impacted by this change. Most of the patches have been integrated or are in the process of being integrated upstream:
- devel/libsavitar
- graphics/py-python-poppler-qt5
- net-im/scudcloud
- net/libarcus
- print/py-frescobaldi
- science/py-veusz
- graphics/qgis and graphics/qgis-ltr
- deskutils/calibre
A special note regarding calibre. New versions require sip>=5, we update it to the latest version (thanks to madpilot@)
science/scidavis will remove the PyQt binding soon and there is no patch planned, so we remove the python option (ok makc@)
While here, convert some ports to USE_PYQT (cad/cura, cad/uranium, devel/eric6, ...)
Thanks to tcberner and adridg!
[1] https://www.riverbankcomputing.com/static/Docs/sip/
PR: 250853
Exp-run by: antoine
Notes:
svn path=/head/; revision=557300
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
Notes:
svn path=/head/; revision=555795
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=550214
|
| |
|
|
|
|
|
|
|
|
|
|
| |
for starting with 'USB' (which would actually be 'U' for us). I guess
somewhere it is only splitting on 'tty' and not 'cua'. Well, let's just
not filter serial ports for USB for now.
PR: ports/248227
Submitted by: greg@unrelenting.technology
Notes:
svn path=/head/; revision=543376
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
- While I'm here, add NO_ARCH
- Bump PORTREVISION of dependent ports for dependency change
(devel/py-pyvisa-py and finance/odoo will be bumped in next commit, py-pyusb renaming)
PR: 246546
Submitted by: sunpoet (myself)
Approved by: maintainer (timeout, 40 days)
Notes:
svn path=/head/; revision=540586
|
| |
|
|
|
|
|
|
|
|
| |
qt5-quickcontrols is needed.
PR: ports/245581
Submitted by: meka@tilda.center
Notes:
svn path=/head/; revision=531567
|
| |
|
|
|
|
|
| |
Reported by: portscan
Notes:
svn path=/head/; revision=531021
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=529244
|
| |
|
|
|
|
|
| |
No binary changes.
Notes:
svn path=/head/; revision=529180
|
|
|
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
Notes:
svn path=/head/; revision=529142
|
