Is it possible to dynamically set MAKE_JOBS_NUMBER_LIMIT based on
swap usage? The idea would be to check swap usage and start new
make jobs only when swap use is "low enough", on the Pi3 that
would be less than about 500 MB in my setup.
I've tried manually adjusting the number up during a long ma
After considerable time www/chromium compiled with -DBATCH on an RPI3
running r362742. More's the wonder, it actually workswell, mostly.
Clicking on the rightmost "controls" menu item (three dots) drops the box
for the menu, but it never fills and disapears immediately. There are lots
of wa
On Tue, Jul 21, 2020 at 11:33:13AM +0900, KIRIYAMA Kazuhiko wrote:
>
> lang/gcc9 depends devel/binutils with FLAVOR=native, so gcc9
> compilation stopped at devel/binutils. Why lang/gcc9 depends
> native-binutils ?
>
Just a guess. LTO.
--
Steve
___
Hi, all
lang/gcc9 depends devel/binutils with FLAVOR=native, so gcc9
compilation stopped at devel/binutils. Why lang/gcc9 depends
native-binutils ?
checking whether strstr is declared... yes
checking whether vsnprintf is declared... config.status: creating Makefile
yes
checking iconv.h usability.
On 2020-Jul-20, at 16:13, Piotr Kubaj wrote:
>
> Thanks for your report. I'm currently testing whether powerpc(64) on
> 12.1 and head can build with this patch
> https://github.com/libffi/libffi/commit/01a75ed76ea7e57f1b7a5c183e2b1e890e6aa0fd.patch
FYI: I did the powerpc64 bulk build first an
This resulted in: Failed: 1 Skipped: 181
# poudriere jail -l
JAILNAME VERSION ARCH METHOD TIMESTAMP PATH
FBSDpowerpc 13.0-CURRENT powerpc null 2019-12-31 01:21:28
/usr/obj/DESTDIRs/clang-powerpc-installworld-poud
FBSDpowerpc64 13.0-CURRENT powerpc.
Hello,
Because of :
> DOCS_BUILD_DEPENDS= ${PY_SPHINX} \
>
> ${PYTHON_PKGNAMEPREFIX}recommonmark>=0.0.20180530:textproc/py-recommonmark@${PY_FLAVOR}
devel/llvm80 cannot build its doc, if on of these ports is installed :
> [root@numenor ports]# find . -name Makefile -
Running on 11.3-RELEASE-p11, amd64, ports tree at 542641 (head branch).
For some reason, firefox depends on devel/rust-cbindgen. I don't know
what that is, but it fails thus:
===> Configuring for rust-cbindgen-0.14.3_1
thread 'main' panicked at 'couldn't initialize the libgit2 library: -1,
error
Hi,
Please comment.
Regards, Sergei
=
See PDF version:
https://drive.google.com/file/d/1ly9ylKJehzcqXxy3NhqN3Pywy0iqZwn9/view?usp=sharing
The text below is being offered for discussion as a candidate for a new
section of PHB, which could be placed after the existing s
