[Bug 255663] UPDATING: Fix update error of python37->python38 with portmaster
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=255663 Kai Knoblich changed: What|Removed |Added Resolution|--- |FIXED Status|In Progress |Closed URL||https://wiki.freebsd.org/Py ||thon#Steps_to_switch_the_Py ||thon_default_version --- Comment #4 from Kai Knoblich --- The overall experience gained with the Python 3.7 to 3.8 upgrade were added in the FreeBSD wiki (see URL field). It's planned to improve the UPDATING instructions in order to make the next Python upgrade better. -- You are receiving this mail because: You are on the CC list for the bug.
Ports with version numbers going backwards: cad/kicad-library-packages3d-dev...
** The following ports have a version number that sorts before a previous one ** For many package tools to work correctly, it is of utmost importance that version numbers of a port form a monotonic increasing sequence over time. Refer to the FreeBSD Porter's Handbook, 'Package Naming Conventions' for more information. Tools that won't work include pkg_version, portupgrade and portaudit. A common error is an accidental deletion of PORTEPOCH. Please fix any errors as soon as possible. The ports tree was updated at Mon Aug 30 2021 12:30:00 UTC. - *cad/kicad-library-packages3d-devel* : kicad-library-packages3d-devel-r20201014200829 < kicad-library-packages3d-devel-r20201014200829_1 - *devel/py-pytest* : py38-pytest-4.6.11 < py38-pytest-6.2.4 - *devel/py-pytest-flask* : py38-pytest-flask-0.15.1 < py38-pytest-flask-1.2.0 - *devel/py-pytest-translations* : py38-pytest-translations-2.0.0 < py38-pytest-translations-3.1.0 - *devel/py-pytest-xdist* : py38-pytest-xdist-1.32.0 < py38-pytest-xdist-2.3.0
[Bug 257131] [NEW PORT] devel/py-cadquery-pywrap: C++ binding generator for Python
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257131 --- Comment #10 from Neal Nelson --- (In reply to Kubilay Kocak from comment #8) In response to point 4: clang is already part of the llvm ports, so there is no need to install anything else. This may not be true for other OSes, so there is a clang package on PyPI. Patching the path within python is required however as the llvm python libraries are in a non-standard place. The port does this, which is where all the creative substitution comes in. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 257920] [NEW PORT] devel/py-pycapnp: Python bindings of the Cap'n Proto library
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257920 Maxim Sobolev changed: What|Removed |Added Attachment #227297|0 |1 is obsolete|| Attachment #227558||maintainer-approval+ Flags|| --- Comment #3 from Maxim Sobolev --- Created attachment 227558 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=227558&action=edit New port. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 257920] [NEW PORT] devel/py-pycapnp: Python bindings of the Cap'n Proto library
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257920 --- Comment #4 from Maxim Sobolev --- (In reply to Fernando Apesteguía from comment #2) Patch updated, sorry about that. Thanks! -Max -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 257920] [NEW PORT] devel/py-pycapnp: Python bindings of the Cap'n Proto library
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257920 Maxim Sobolev changed: What|Removed |Added Flags|maintainer-feedback?(soboma |maintainer-feedback+ |x...@freebsd.org) | -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 257131] [NEW PORT] devel/py-cadquery-pywrap: C++ binding generator for Python
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257131 Kubilay Kocak changed: What|Removed |Added CC||bro...@freebsd.org --- Comment #11 from Kubilay Kocak --- (In reply to Neal Nelson from comment #10) Is that to say that that the devel/llvm* ports unconditionally install the clang python bindings in LOCALBASE/lib/pythonX.Y/site-packages so that 'import clang' does not fail? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 257920] [NEW PORT] devel/py-pycapnp: Cython wrapping of the C++ Cap'n Proto library
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257920
Kubilay Kocak changed:
What|Removed |Added
Summary|[NEW PORT] |[NEW PORT]
|devel/py-pycapnp: Python|devel/py-pycapnp: Cython
|bindings of the Cap'n Proto |wrapping of the C++ Cap'n
|library |Proto library
Flags|maintainer-feedback+|maintainer-feedback?(soboma
||x...@freebsd.org)
Severity|Affects Some People |Affects Only Me
--- Comment #5 from Kubilay Kocak ---
Review items:
- Match COMMENT to upstream titl,e modulo portlint needs. In this case: "Cython
wrapping of the C++ Cap'n Proto library"
- Package installs files into non Python version specific (shared) locations,
port needs to be made concurrent (installation) safe using
USE_PYTHON=concurrent [1]
- Upstream says it wants a C++14 compiler, probably worth using
USES=compiler: here. [2]
- Upstream mentions needing special compiler args for 32-bit, does this also
apply to us? [3]
- Using system (ports) LIB_DEPENDS is preferable, by default this uses the
bundled libpcap code. Use --force-system-libcapnp" added to
PYDISTUTILS_BUILDARGS [4]
- Add TEST_DEPENDS and (do-)test target when a package ships a test suite. In
this case TEST_DEPENDS=pytest and do-test: cd ${WRKSRC} && ${PYTHON_CMD} -m
pytest -v -rs -o addopts= should get it to run (please confirm QA)
[1] "console_scripts": ["capnpc-cython = capnp._gen:main"]
[2] C++14 supported compiler
[3] 32-bit Linux requires that capnproto be compiled with -fPIC. This is
usually set correctly unless you are compiling canproto yourself. This is also
called -DCMAKE_POSITION_INDEPENDENT_CODE=1 for cmake.
[4] setup.py: force_system_libcapnp = "--force-system-libcapnp" in sys.argv
--
You are receiving this mail because:
You are on the CC list for the bug.
