Please take a look at:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274367
Thanks all!
Nuno Teixeira escreveu no dia sábado, 7/10/2023 à(s)
13:30:
> Thanks Moin!
>
> Now I have understand it.
>
> I will use:
>
> git grep -e 'USE_WX' --and \( -e 3.0+ -e 3.2 \)
> Looks for a line that has US
Hi,
Since discussing this appears to be difficult I'm starting a
new and brief thread about the recent changes based on
the verifiable facts:
https://cgit.freebsd.org/ports/commit/security/ca_root_nss?id=574c939eccd322f546365bff8a68c7a5b7c3dc92
This commit changes the behaviour of the ETCSYMLINK
On 2023-Oct-07 04:45:14 +, nulldutra wrote:
>I will update the sysutils/terraform port, but, I found a bug in golang
>version parser.
>If I change the version in go.mod to 1.21, the make makesum works. Any options
>to resolve this?
>
>Error:
>
>/usr/local/poudriere/ports/MAIN/distfiles/go/sy
Am 07.10.2023 um 13:49 schrieb Nuno Teixeira:
I'm working on x11-toolkits/wxgtk32 update.
not sure if wxgtk32 is used as a LIB_DEPENDS in other ports, if yes, you
can also have a look on my script:
Tools/scripts/search_lib_depends_and_bump.sh x11-toolkits/wxgtk32
It is not a simple grep, but
Greetings,
Could someone have a look at these two bug reports?
* https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274239
* https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274238
They are about issues in lang/gnat12 and Mk/Uses/ada.mk which need to
be fixed in order to port an exciting plugi
Hello World :-)
I am porting BambuStudio a 3D Print software to FreeBSD [1]. It uses
PrusaSlicer library as backend. This depends on OpenVDB that yet
depends on the OpenEXR.
Changes in OpenEXR 3.x obsoletes IlmBase and puts some components of
OpenEXR 2.x + IlmBase to OpenEXR 3.x + Imath [2]. This
Charlie Li wrote on 2023-10-09 15:30:33 + :
> lang/rust: resurrect PORT_LLVM as a non-default OPTION
>
> Rust uses LLVM for code generation [0] and bundles their own copy of a
> release that they fully support in relation to the rest of rustc. This
> however adds to an already intensive bu
I'm seeing science/py-scipy builds hang during the "configure" phase
according to Poudriere. Anyone else seeing this?
The process that hangs looks like this:
nobody 97032 100.0 0.0 62684 17692 11 RJ 18:2854:23.36
/usr/local/bin/python3.9 scipy/special/utils/makenpz.py --use-timest
Mark Millard wrote:
My understanding is that building a devel/llvm* these days requires
building rust first, via needing to build python things (for
documentation purposes?), that in turn need rust to have been built
first. Last I knew, trying to disable the llvm* DOCS option in a
normal way did
Kevin P. Neal wrote:
I'm seeing science/py-scipy builds hang during the "configure" phase
according to Poudriere. Anyone else seeing this?
The process that hangs looks like this:
nobody 97032 100.0 0.0 62684 17692 11 RJ 18:2854:23.36
/usr/local/bin/python3.9 scipy/special/utils/
Hi Mark, yes it seems that some maintainers are letting dependencies
bloat. A few weeks ago I had to rebuild samba4.13 (on FBSD 12.4) and it
required rust to build(!). This was due to a documentation requirement to
use py-poetry . Fortunately the py-poetry maintainer (I think) realised
and adjus
On Oct 9, 2023, at 16:28, Charlie Li wrote:
> Mark Millard wrote:
>> My understanding is that building a devel/llvm* these days requires
>> building rust first, via needing to build python things (for
>> documentation purposes?), that in turn need rust to have been built
>> first. Last I knew, tr
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 po
13 matches
Mail list logo
