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-221114 +-+ lang/ponyc | 0.33.2 | 0.52.1 +-+ 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!
Some ports uses git while make configure to load deps
Hi! I see this many times with different ports, for example: graphics/evince. Probably this is new meson behaviour. ... Run-time dependency libhandy-1 found: YES 1.6.2 Library m found: YES Found CMake: /usr/local/bin/cmake (3.24.3) Run-time dependency gi-docgen found: NO (tried pkgconfig and cmake) Looking for a fallback subproject for the dependency gi-docgen Cloning into 'gi-docgen'... remote: Enumerating objects: 151, done. remote: Counting objects: 100% (151/151), done. remote: Compressing objects: 100% (131/131), done. remote: Total 151 (delta 22), reused 105 (delta 17), pack-reused 0 Receiving objects: 100% (151/151), 2.48 MiB | 638.00 KiB/s, done. Resolving deltas: 100% (22/22), done. Executing subproject gi-docgen gi-docgen| Project name: gi-docgen gi-docgen| Project version: 2022.3 gi-docgen| Program nonexistingprogram (jinja2, markdown, markupsafe, pygments, toml, typogrify) found: NO gi-docgen| subprojects/gi-docgen/meson.build:10:0: Exception: python3 not found ... Does it violates some ports requirements to not load anything that not covered by "make makesum"?
Re: Some ports uses git while make configure to load deps
On 2022-11-16 02:14 +0200, Rozhuk Ivan wrote: > Hi! > > > I see this many times with different ports, for example: graphics/evince. > Probably this is new meson behaviour. > > Does it violates some ports requirements to not load anything that not > covered by "make makesum"? I would think if the port had a commit hash pinned it would be fine but. I took a look at graphics/evince and it seems to just pull down the main branch? That's kind disturbing as it would not always match what the port creator tested when making the port. It also makes any kind of auditing useless. Amar.
security/heimdal: heimdal-7.8.0 configure/build error
Hello. They may have already been found and are beginning to be fixed. But it may not be yet, so I'm writing about it here just in case. The environment is 12.4-STABLE amd64. In a clean environment like poudriere, python is not found and a configure error occurs. In an environment where various ports have already been installed, the following message will appear. /bin/sh: no: not found *** Error code 127 Stop. This is because CLANG_FORMAT is set to no when clang-format is not found. But after this, it checks that the length of CLANG_FORMAT is 0, so it tries to do "no". Regards.
Re: Some ports uses git while make configure to load deps
On 2022-11-16 08:14:40 (+0800), Rozhuk Ivan wrote: Hi! I see this many times with different ports, for example: graphics/evince. Probably this is new meson behaviour. ... Run-time dependency libhandy-1 found: YES 1.6.2 Library m found: YES Found CMake: /usr/local/bin/cmake (3.24.3) Run-time dependency gi-docgen found: NO (tried pkgconfig and cmake) Looking for a fallback subproject for the dependency gi-docgen Cloning into 'gi-docgen'... remote: Enumerating objects: 151, done. remote: Counting objects: 100% (151/151), done. remote: Compressing objects: 100% (131/131), done. remote: Total 151 (delta 22), reused 105 (delta 17), pack-reused 0 Receiving objects: 100% (151/151), 2.48 MiB | 638.00 KiB/s, done. Resolving deltas: 100% (22/22), done. Executing subproject gi-docgen gi-docgen| Project name: gi-docgen gi-docgen| Project version: 2022.3 gi-docgen| Program nonexistingprogram (jinja2, markdown, markupsafe, pygments, toml, typogrify) found: NO gi-docgen| subprojects/gi-docgen/meson.build:10:0: Exception: python3 not found ... Does it violates some ports requirements to not load anything that not covered by "make makesum"? This won't build on the package builders. Package builders only have internet access during the "make fetch" stage. The ports framework will want to check the checksums listed in distinfo at that time. Philip -- Philip Paeps Senior Reality Engineer Alternative Enterprises
