Upgrade path from db5 to db18
Hi, Now the db5 is EOLed, one need to upgrade to db18. But it obviously breaks port-management-tool, that needs to be rebuild, beginning, I think with rub-bdb. But the latter reinstalls db5 and there is no option to choose the dbd backend. I've written down the dependant ports (pkg delete db5, answering NO gives me the list), so this point is not an issue How can I continue ? Best, Xavier -- Xavier HUMBERT - Unix/Win/MacOSX Sysadmin/Network Engineer https://www.amdh.fr
vulnerabilities db problem
Hello: On a system running: FreeBSD 14.0-CURRENT #0 main-f0a15aafcb Mon Oct 31 08:19:54 EDT 2022 amd64 recents attempts to update ports fail with:: pkg-static: Invalid end of XML pkg-static: cannot process vulnxml What have I screwed up? More important - how do I fix it? Respectfully, Robert Huff
Unmaintained FreeBSD ports which are out of date
Dear port maintainers, The portscout new distfile checker has detected that one or more unmaintained ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. Please consider also adopting this port. If any ports have already been updated, you can safely ignore the entry. An e-mail will not be sent again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/po...@freebsd.org.html Port| Current version | New version +-+ cad/ifcopenshell| 0.6.0 | blenderbim-221031 +-+ If any of the above results are invalid, please check the following page for details on how to improve portscout's detection and selection of distfiles on a per-port basis: http://portscout.freebsd.org/info/portscout-portconfig.txt Reported by:portscout!
Re: Unmaintained FreeBSD ports which are out of date
Hi! > > lang/janet | 1.21.2 | > > v1.25.1 > > I submitted an update to lang/janet, please test and comment on the > review at: https://reviews.freebsd.org/D37221 Committed, thanks! -- p...@opsec.eu+49 171 3101372Now what ?
problem building gstreamer1-plugins-gl
Hello: I recently updated a system to: FreeBSD 14.0-CURRENT #0 main-f0a15aafcb Mon Oct 31 08:19:54 EDT 2022 amd64 and am rebuilding ports. Pursuant to ports/UPDATING, I deleted everything gstreamer1 and started over; many things build fine, but gstreamer1-plugins-gl fails to build, reporting: Dependency (anonymous) from subproject subprojects/gl-headers found: YES 2019.1.0 Run-time dependency opengl found: YES 4.5 Run-time dependency glx found: YES 1.4 Run-time dependency glesv2 found: YES 3.2 Has header "GLES3/gl3.h" with dependency glesv2: YES Has header "GLES3/gl3ext.h" with dependency glesv2: YES Run-time dependency egl found: YES 1.5 Has header "EGL/egl.h" with dependency egl: YES Has header "EGL/eglext.h" with dependency egl: YES Has header "libdrm/drm_fourcc.h" : YES gst-libs/gst/gl/meson.build:558:6: ERROR: Unknown variable "allocators_dep". The full log is available on rewuest. What did I do wrong? More importantly - how do I fix it? Respectfully, Robert Huff
RE: problem building gstreamer1-plugins-gl
[apologies about mail format - forced to use outlook...e] I updated my 13.1-STABLE workstation, uninstalled gstreamer1* and went to rebuild ports (via portmaster)... For me gstreamer1-plugins-dts won't build and fails with: Sys/v4l2codecs/meson.build:38:2: ERROR: Unknown variable "gstcodecs_dep". Something funky going on.. -andyf -Original Message- From: owner-freebsd-po...@freebsd.org [mailto:owner-freebsd-po...@freebsd.org] On Behalf Of Robert Huff Sent: Tuesday, 1 November 2022 7:12 AM To: ports@freebsd.org Subject: problem building gstreamer1-plugins-gl Hello: I recently updated a system to: FreeBSD 14.0-CURRENT #0 main-f0a15aafcb Mon Oct 31 08:19:54 EDT 2022 amd64 and am rebuilding ports. Pursuant to ports/UPDATING, I deleted everything gstreamer1 and started over; many things build fine, but gstreamer1-plugins-gl fails to build, reporting: Dependency (anonymous) from subproject subprojects/gl-headers found: YES 2019.1.0 Run-time dependency opengl found: YES 4.5 Run-time dependency glx found: YES 1.4 Run-time dependency glesv2 found: YES 3.2 Has header "GLES3/gl3.h" with dependency glesv2: YES Has header "GLES3/gl3ext.h" with dependency glesv2: YES Run-time dependency egl found: YES 1.5 Has header "EGL/egl.h" with dependency egl: YES Has header "EGL/eglext.h" with dependency egl: YES Has header "libdrm/drm_fourcc.h" : YES gst-libs/gst/gl/meson.build:558:6: ERROR: Unknown variable "allocators_dep". The full log is available on rewuest. What did I do wrong? More importantly - how do I fix it? Respectfully, Robert Huff
Re: problem building gstreamer1-plugins-gl
On 10/31/22 18:00, Andy Farkas wrote: [apologies about mail format - forced to use outlook...e] I updated my 13.1-STABLE workstation, uninstalled gstreamer1* and went to rebuild ports (via portmaster)... For me gstreamer1-plugins-dts won't build and fails with: Sys/v4l2codecs/meson.build:38:2: ERROR: Unknown variable "gstcodecs_dep". Something funky going on.. -andyf -Original Message- From: owner-freebsd-po...@freebsd.org [mailto:owner-freebsd-po...@freebsd.org] On Behalf Of Robert Huff Sent: Tuesday, 1 November 2022 7:12 AM To: ports@freebsd.org Subject: problem building gstreamer1-plugins-gl Hello: I recently updated a system to: FreeBSD 14.0-CURRENT #0 main-f0a15aafcb Mon Oct 31 08:19:54 EDT 2022 amd64 and am rebuilding ports. Pursuant to ports/UPDATING, I deleted everything gstreamer1 and started over; many things build fine, but gstreamer1-plugins-gl fails to build, reporting: Dependency (anonymous) from subproject subprojects/gl-headers found: YES 2019.1.0 Run-time dependency opengl found: YES 4.5 Run-time dependency glx found: YES 1.4 Run-time dependency glesv2 found: YES 3.2 Has header "GLES3/gl3.h" with dependency glesv2: YES Has header "GLES3/gl3ext.h" with dependency glesv2: YES Run-time dependency egl found: YES 1.5 Has header "EGL/egl.h" with dependency egl: YES Has header "EGL/eglext.h" with dependency egl: YES Has header "libdrm/drm_fourcc.h" : YES gst-libs/gst/gl/meson.build:558:6: ERROR: Unknown variable "allocators_dep". The full log is available on rewuest. What did I do wrong? More importantly - how do I fix it? Respectfully, Robert Huff There are some hack workarounds that sometimes work listed in bugs 267100 and 267132, but there doesn't seem to be an actual fix yet. -- George