non port: cad/cura/Makefile |
Number of commits found: 29 |
Tuesday, 27 Jun 2023
|
19:34 Rene Ladan (rene)
all: remove explicit versions in USES=python for "3.x+"
The logic in USES=python will automatically convert this to 3.8+ by
itself.
Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.
finance/quickfix: mark BROKEN with PYTHON
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
^~~~~~~~~~
1 warning and 1 error generated.
Reviewed by: portmgr, vishwin, yuri
Differential Revision: <https://reviews.freebsd.org/D40568>
3d9a815 |
Sunday, 7 May 2023
|
16:11 Po-Chuan Hsieh (sunpoet)
devel/py-shapely: Fix PORTNAME and WWW
- Bump PORTREVISION for package change
It is to minimize the patch of 2.0.1 update. Upstream also changed the tarball
from Shapely to shapely.
Approved by: portmgr (blanket)
With hat: python
0cf3172 |
Tuesday, 25 Apr 2023
|
15:17 Christian Weisgerber (naddy)
audio/opus: bump consumers after update to 1.4
feb1fa3 |
Sunday, 23 Apr 2023
|
09:09 Gerald Pfeifer (gerald)
*: Bump PORTREVISIONs for math/mpc update to 1.3.1
8d3e020 |
Thursday, 9 Mar 2023
|
11:15 Loïc Bartoletti (lbartoletti)
PyQt: Update to latest versions
- PyQt5: update to 5.15.9
- PyQt6: upate to 6.4.2
- PyQt6-sip: update to 13.4.1
- PyQt5-sip: update to 12.11.1
- PyQt-builder: update to 1.14.1
- sip: upate to 6.7.7
PR: 269751
Exp-run by: antoine
6d3a647 |
Wednesday, 7 Sep 2022
|
21:10 Stefan Eßer (se)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.
There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.
The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.
Approved by: portmgr (tcberner)
b7f0544 |
Saturday, 13 Aug 2022
|
18:51 Matthias Andree (mandree)
*: bump PORTREVISION of all devel/xxhash users...
...except archivers/py-borgbackup, which requires a more complete fix.
875d7c7 |
Thursday, 4 Aug 2022
|
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 |
Monday, 7 Mar 2022
|
17:39 Loïc Bartoletti (lbartoletti)
devel/py-qt5, devel/py-sip: Update versions
- Update sip to 6.5.1
- Update PyQt5 to 5.15.6
- Update PyQtChart, PyQtNetworkAuth and PyQtWebengine to 5.15.5
- Update PyQtSip to 12.9.1
- Update PyQtBuilder to 1.12.2
- Add ${_MAKE_JOBS} for pyqt.mk (reported by Tatsuki Makino)
PR: 261685
Exp-run by: antoine
2d8f8573 |
Thursday, 27 Jan 2022
|
06:12 Loïc Bartoletti (lbartoletti)
PyQt: Update sip to 6.5.0, reintroduce sip4 and simplify PyQt framework.
SIP:
As mentioned in the update from sip to sip5, this is a transitional version
to remove what is deprecated in sip4.
Sip6 completely removes the deprecated parts.
Unfortunately, some ports — mostly cura things — can not use sip6, so we
reintroduce sip4.
PyQt:
At the same time, we took the opportunity to simplify PyQT and propose only one
package as for devel/pyside2. */py-qt5-* have been merged — excepted chart,
networkauth and webengine — into devel/py-qt5-pyqt.
This allows us to be in adequacy with the packages that the author of these
libraries proposes, namely:
PyQt - devel/py-qt5-pyqt
PyQt-Charts - x11-toolkits/py-qt5-chart
PyQt-NetworkAuth – net/py-qt5-networkauth
PyQt-WebEngine – www/py-qt5-webengine
SIP – devel/py-sip
py-sip - devel/py-qt5-sip
PyQt-builder - devel/py-qtbuilder
Qscintilla - devel/py-qt5-qscintilla2
Reviewed by: diizzy, kde
Tested by: kai, rhurlin, arrowd, madpilot
Approved by: makc, tcberner, kde
Differential Revision: https://reviews.freebsd.org/D33237
Exp-run by: antoine
4f0a5e1 |
Wednesday, 7 Apr 2021
|
08:09 Mathieu Arnold (mat)
One more small cleanup, forgotten yesterday.
Reported by: lwhsu
cf118cc |
Tuesday, 6 Apr 2021
|
14:31 Mathieu Arnold (mat)
Remove # $FreeBSD$ from Makefiles.
305f148 |
Tuesday, 16 Mar 2021
|
09:29 lbartoletti
PyQt5: Update PyQt5 to 5.15.4 and py-qtbuilder to 1.9.1
PR: 254218
Exp-run by: antoine
|
Monday, 8 Mar 2021
|
06:49 lbartoletti
PyQt5: Update PyQt5 to 5.15.3, QScintilla2 to 2.12.0, py-qtbuilder to 1.9.0
* 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
|
Monday, 22 Feb 2021
|
21:34 db
Just to add to the mix here (I can open a new ticket if you prefer):
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
|
Monday, 18 Jan 2021
|
23:30 db
I inadvertantly deleted a line while merging in patches. *sigh*
PR: ports/251236
Reported by: Torfinn Ingolfsen <tingox+freebsd@gmail.com>
|
Saturday, 16 Jan 2021
|
16:25 db
Finally update cura now that all prequisite ports are updated.
PR: ports/251236
|
Monday, 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
|
Tuesday, 15 Dec 2020
|
17:56 lbartoletti
Update PyQt5 to 5.15.2, sip to 5.5.0, py-qtbuilder to 1.6.0 and py-qt5-sip to
12.8.1
PR: 251764
Exp-run by: antoine
|
Tuesday, 8 Dec 2020
|
20:03 lbartoletti
Update Qt/PySide2 to 5.15.2 / PyQt to 5.15.1 / SIP to 5.4.0
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
|
Friday, 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
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>
|
Saturday, 26 Sep 2020
|
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
|
Friday, 24 Jul 2020
|
20:09 db
The serial library returns 'n/a' to the port[2] string that Cura was checking
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
|
Saturday, 27 Jun 2020
|
09:37 sunpoet
Move comms/py-serial to comms/py-pyserial
- 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)
|
Sunday, 12 Apr 2020
|
23:04 db
Although qt5-quickcontrols2 is already a dependency,
qt5-quickcontrols is needed.
PR: ports/245581
Submitted by: meka@tilda.center
|
Tuesday, 7 Apr 2020
|
16:03 tobik
Clean up some duplicated variables
Reported by: portscan
|
Friday, 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
|
Thursday, 26 Mar 2020
|
12:06 db
I used my personal email rather than FreeBSD one by mistake
No binary changes.
|
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: 29 |