powerpc64 head -r352341 ports head -r512281 poudriere-devel based boost-libs-1.71.0 build failure: =>> Killing runaway build after 7200 seconds with no output

. (The overall bulk run is still ongoing.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___________ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe,

Re: powerpc64 head -r352341 ports head -r512281 poudriere-devel based boost-libs-1.71.0 build failure: =>> Killing runaway build after 7200 seconds with no output

006b960 ) at function.cpp:4864 #127 0x100370fc in parse_impl (frame=0x3fffbfd8) at parse.cpp:55 #128 0x000010037034 in parse_file (f=0x8105d0090, frame=0x3fffbfd8) at parse.cpp:68 #129 0x00001002865c in main (argc=16, argv=0x3fffd278, arg_environ=0x3fffd300) at jam.cpp:649 === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: svn commit: r511878 - in head/devel: llvm90 llvm90/files/openmp xtoolchain-llvm-devel xtoolchain-llvm90: pkg-static: Unable to access file /wrkdirs/usr/. . ./llvm90/bin/ld:No such file or director

t adjusted) > > Here is the patch hopefully can fix this: https://reviews.freebsd.org/D21680 > That let my build work. Thanks. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) _______ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: [HEADSUP] Removing DESTDIR support (aka chroot not staging)

ing targetting powerpc64 at times. I also sometimes build pkg at times this way for powerpc64 to bootstrap it. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___________ freebsd-ports@freebsd.org mailing list https://lists.fre

dovecot-2.3.8 not building (lua error)

6SA High Specification Dedicated Servers from £100.00pm ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports

Re: Can't update qt5-gui on 11.2-RELEASE-p13

Quoting George Mitchell (from Wed, 9 Oct 2019 10:12:39 -0400): Apparently the definitions of various structures found in /usr/local/include/mtdev.h from libmtdev-1.1.5_2 conflict with the definitions /usr/include/dev/evdev/input.h from base. This is in the middle of a portmaster qt5 upgrade,

Re: [HEADSUP] Re: Is IPV6 option still necessary?

ll-aware of how important IPv6 is in other regions, particularly Asia. I am not belittling that need at all. But not everyone globally has the same needs. What should really be asked for is the opposite: for the FreeBSD ports folks to justify its removal. How is this hurting you on a daily basi

security/nss (from head -r515742): build failure for poudriere-devel based amd64->armv7 (cortex-a7) cross build, it tried to build aes-armv8.c and failed

k:393: FreeBSD13.0_OPT.OBJ/FreeBSD_SINGLE_SHLIB/aes-armv8.o] Error 1 gmake[4]: Leaving directory '/wrkdirs/usr/ports/security/nss/work/nss-3.47/nss/lib/freebl' gmake[3]: *** [Makefile:653: libs] Error 2 gmake[3]: Leaving directory '/wrkdirs/usr/ports/security/nss/work/nss-3.47/nss/lib/freebl' gmake[2]: *** [../coreconf/rules.mk:101: libs] Error 2 gmake[2]: Leaving directory '/wrkdirs/usr/ports/security/nss/work/nss-3.47/nss/lib' gmake[1]: *** [coreconf/rules.mk:101: libs] Error 2 gmake[1]: Leaving directory '/wrkdirs/usr/ports/security/nss/work/nss-3.47/nss' *** Error code 1 === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: security/nss (from head -r515742): build failure for poudriere-devel based amd64->armv7 (cortex-a7) cross build, it tried to build aes-armv8.c and failed

orically. (And for armv7, I only deal with cortex-a7 contexts.) If disallowing such specific targeting is to happen, then I'll have to figure out what I'm going to do. The security/nss is involved indirectly, not because I've directly tried to use it. So its failure under my contextual odd

Re: head -r355027 context, poudiere jail constructions with the likes of -a arm64.aarch64 -x : awk: can't open file /sys/param.h

for when it started based on my activity. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) _______ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: head -r355027 context, poudiere jail constructions with the likes of -a arm64.aarch64 -x : awk: can't open file /sys/param.h

VERS_SH} PARAMFILE=${PARAM_H} SYSDIR=${SYSDIR} \ I got the message for the above from doing: poudriere -x jail -c -m src=/usr/src -J 32 -v head@355027 -j testBugzilla215561 (with an appropriate env MAKEOBJDIRPREFIX=. . . for my environment). This was as part of seeing if an old bugzilla report can be

Re: devel/llvm80 port on 12.1

Lars Engels wrote: > On Thu, Dec 12, 2019 at 10:50:00AM -0500, Kevin P. Neal wrote: >> On Thu, Dec 12, 2019 at 04:42:07PM +0100, Lars Engels wrote: >>> So it looks like on 12.1 the mesa-dri port can use the base llvm instead >>> of the one from ports and save all people running Xorg almost 1 GB of

python36 error related to lzma

b.ca Yahweh, Queen & country!Never Satan President Republic!Beware AntiChrist rising! https://www.empire.kred/ROOTNK?t=94a1f39b Look at Psalms 14 and 53 on Atheism Merry Christmas 2019 and Happy New Year 2020 ! ___________ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

devel/freebsd-gcc9@powerpc (for example) : it has the clang vs. gcc vec_step name conflict (for powerpc families): build fails under clang

8-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: devel/freebsd-gcc9@powerpc (for example) : it has the clang vs. gcc vec_step name conflict (for powerpc families): build fails under clang

eserving the vec_step identifier and the gcc source code using that identifier. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) _______ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: devel/freebsd-gcc9@powerpc (for example) : it has the clang vs. gcc vec_step name conflict (for powerpc families): build fails under clang

ue; I strongly > recommend addressing this in clang properly, though. > === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) _______ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

security/nss failed to build on/for 32-bit powerpc for a -Werror,-Wtautological-constant-out-of-range-compare

as only 32 bits and so the constant is out of range. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

32-bit powerpc graphics/mesa-libs build failed: u_atomic.c:38:1: error: cannot redeclare builtin function '__sync_add_and_fetch_8' (and others)

1 gmake[2]: Leaving directory '/wrkdirs/usr/ports/graphics/mesa-libs/work/mesa-18.3.2/src/util' gmake[1]: *** [Makefile:996: all] Error 2 The is a clang-based FreeBSD context. The ports are at -r520539 . === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar

x11-toolkits/qt5-gui build on/for Cortex-A7 ( head -r356109 ) failed with: unable to execute command: Executable "as" doesn't exist

-gnueabihf Thread model: posix InstalledDir: /usr/bin # svnlite info /usr/ports/ Path: /usr/ports Working Copy Root Path: /usr/ports URL: svn://svn.freebsd.org/ports/head Relative URL: ^/head Repository Root: svn://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 52053

Re: Help with porting Python libraries

Andrea Venturoli wrote: > I've got a system where I had to install a few Python libraries with > pip, but I don't like this, since pkg info will not list them. > > Thus I'm trying to port them, but I never ported Python libraries > before; so, before I submit my work, I thought I'd ask if someone

devel/binutils@powerpc64 ( powerpc64-unknown-freebsd13.0-ld ) unbounded loop in bfd/elf64-ppc.c : the source code and values

k Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) _______ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: exFAT is no longer encumbered

ellectualproperty/iplicensing/default.aspx has a link for "process of obtaining a license". Guess where it goes: http://aka.ms/celaiplicensing The earlier "Contact a licensing executive" link on the page also goes there. Both of those are under the "Learn More about Pa

Re: devel/freebsd-gcc9@powerpc (for example) : it has the clang vs. gcc vec_step name conflict (for powerpc families): build fails under clang

in devel/powerpc64-gcc historically (2017+) because of my clang-targeting-PowerPc activities and trying to build gcc versions via clang as part of those activities. (Of course, some places have patches of their own now.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018

[jes...@cisco.com: [Clamav-announce] ClamAV?? blog: ClamAV 0.102.2 security patch released]

/www.empire.kred/ROOTNK?t=94a1f39b Look at Psalms 14 and 53 on Atheism Sometimes it is the greediest giving things away. -unknown ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

amd64->{armv7,aarc64} cross builds of devel/llvm10 (via poudriere-devel): failed in package stage for missing libarcher* files

dsl-only.net went away in early 2018-Mar) _______ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: amd64->{armv7,aarc64} cross builds of devel/llvm10 (via poudriere-devel): failed in package stage for missing libarcher* files

erimental backends === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) _______ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: amd64->{armv7,aarc64} cross builds of devel/llvm10 (via poudriere-devel): failed in package stage for missing libarcher* files

.so . Looks like a %%OPENMP%% prefix is needed in llvm10/pkg-plist for each of the two libarcher lines. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: svn commit: r358166 - head

rep ncurses"? Maybe it can not distinguish between base ncurses and ports ncurses, but I think it helps. Lorenzo Salvadore _______ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: svn commit: r358166 - head

m ( dsl-only.net went away in early 2018-Mar) _______ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: svn commit: r358166 - head

s.so.8 /usr/local/lib/libXvMCr600.so.1.0.0 /lib/libncurses.so.8 /usr/local/lib/libvulkan_radeon.so /lib/libncurses.so.8 /usr/local/lib/libgettextsrc-0.20.1.so /lib/libncurses.so.8 === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) __

Re: svn commit: r358166 - head

On 2020-Feb-21, at 15:59, Kevin Oberman wrote: > On Fri, Feb 21, 2020 at 8:38 AM Mark Millard via freebsd-ports > wrote: > Based on the example from https://www.freebsd.org/cgi/man.cgi?ldd > there are commands such as the following that might help: > > . . . > > Th

Re: svn commit: r358166 - head

On 2020-Feb-22, at 09:29, Stefan Eßer wrote: > Am 22.02.20 um 03:50 schrieb Mark Millard via freebsd-ports: >> >> >> . . . >> >> In the style of my prior examples (including the change that >> found libedit and such), analogous would be: >> >

Re: Xorg 1.20 no mouse buttons

uch (/dev/input/event4) [  8250.406] (**) VirtualBox USB Multi-Touch: Applying InputClass "libinput touchscreen catchall" [  8250.406] (II) Using input driver 'libinput' for 'VirtualBox USB Multi-Touch' [  8250.406] (**) VirtualBox USB Multi-Touch: always reports core ev

Re: Alternatives to security/swatch

ification system, but I agree that's not it's primary purpose. -- Guido Falsi ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

amd64->armv7 cross-build failure for security/ca_root_nss: It failed in memcpy () from /libexec/ld-elf.so.1

in my context. Having security/ca_root_nss blocked, blocks cross-building lots of other things, including devel/llvm10 . === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https:/

Help would be appreciated about rc scripts

is welcome. Thanks! Lorenzo Salvadore Sent with ProtonMail Secure Email. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: amd64->armv7 cross-build failure for security/ca_root_nss: It failed in memcpy () from /libexec/ld-elf.so.1

arget signal 11 (Segmentation fault) - core dumped # file `which openssl` /usr/bin/openssl: ELF 32-bit LSB executable, ARM, EABI5 version 1 (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, for FreeBSD 13.0 (1300084), FreeBSD-style, not stripped The backtrace was again memcpy and do_copy_relocations. (So "x509" had nothing to do with the inability to run the original failed command.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: current: cd /lib ; ln -s libncurses.so.9 libncurses.so.8 xterm & ffox

o.9 libncurses.so.8 ; ldconfig -R I think the recommended fix is to install misc/compat12x. I was suggested to do that in another context and it worked for me. I gave the same suggestion to someone else with the same problem and it also worked. Cheers, Lorenzo Salvadore ___

Re: current: cd /lib ; ln -s libncurses.so.9 libncurses.so.8 xterm & ffox

orked, confirmed by > cd /lib ; mv libncurses.so.8 libncurses.so.8.jhs > cd /usr/ports/misc/compat12x ; make install ; reboot > > To identify package name for others: > make package > produces > /usr/ports/packages/All/compat12x-amd64-12.1.1201000.20200220.txz > however no &

Re: graphics/vigra broken, unbreak?

e and force vigra to reinstall/downgrade. -- Guido Falsi _______ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

grub-bhyve

ware AntiChrist rising! https://www.empire.kred/ROOTNK?t=94a1f39b Look at Psalms 14 and 53 on Atheism Marvelous Truth, confront us at every turn, in every guise. -Denise Levertov ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mai

[m...@openssl.org: Forthcoming OpenSSL Release]

resident Republic!Beware AntiChrist rising! https://www.empire.kred/ROOTNK?t=94a1f39b Look at Psalms 14 and 53 on Atheism Those who cannot win on facts rely upon slander. -unknown _______ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/l

kde5/qt5 problem

eism Those who cannot win on facts rely upon slander. -unknown ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: kde5/qt5 problem

https://www.empire.kred/ROOTNK?t=94a1f39b Look at Psalms 14 and 53 on Atheism Those who cannot win on facts rely upon slander. -unknown _______ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, s

Re: kde5/qt5 problem

e] Will do. -- Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca Yahweh, Queen & country!Never Satan President Republic!Beware AntiChrist rising! https://www.empire.kred/ROOTNK?t=94a1f39b Look at Psalms 14 and 53 on Atheism All appears to change when we

Re: poudriere testport does not package the port under test

Jose Quinteiro wrote: > It packages all its dependencies, though. This is a little > disconcerting. It's also possible I'm doing something wrong. > Use `bulk -t` to test and package the port; refer to poudriere-bulk(8) for details. -- Charlie Li …nope, still don't have an exit line. (This email

Re: freebsd-ports Digest, Vol 882, Issue 2

: Send freebsd-ports mailing list submissions to     freebsd-ports@freebsd.org To subscribe or unsubscribe via the World Wide Web, visit     https://lists.freebsd.org/mailman/listinfo/freebsd-ports or, via email, send a message with subject or body 'help' to     freebsd-

WITHOUT_BINUTILS= based head -r356427 FreeBSD context: x11-toolkits/qt5-gui build fails in poudriere: unable to execute command: Executable "as" doesn't exist!

lard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) _______ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Recommendations

ware AntiChrist rising! https://www.empire.kred/ROOTNK?t=94a1f39b Look at Psalms 14 and 53 on Atheism Joy is not in things; it is in us. -Richard Wagner ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-port

Applying distribution patches for u-boot-rpi4-2020.04 fails during build (poudriere-devel context)

lls(fdt, nodeoffset, "#address-cells"); +} - return val; +int fdt_size_cells(const void *fdt, int nodeoffset) +{ + return fdt_cells(fdt, nodeoffset, "#size-cells"); } === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) _

Re: Applying distribution patches for u-boot-rpi4-2020.04 fails during build (poudriere-devel context)

rked before for my very basic usage4 context --and EtherNet has been working when the RPi4 boots. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___________ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

aarch64 based sysutils/u-boot-rpi[34] (and more?) builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found"

/ports/sysutils/u-boot-rpi3/work/u-boot-2020.04' === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___________ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found"

ng directory > '/wrkdirs/usr/ports/sysutils/u-boot-rpi3/work/u-boot-2020.04' The pine64 and rock64 u-boot builds also failed this way. With the rpi[34], those 4 are all the aarch64-targeted u-boot builds that I tried. By contrast, the armv7 u-boot's that I tried all completed

Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found"

-gcc | aarch64-none-elf-gcc-8.4.0_1 failed [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rock64 | u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1 failed [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi3 | u-boot-rpi3-2020.04: Dependent port devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1 failed [00:29:12] [04] [00:10:07] Skipping sysutils/u-boot-rpi4 | u-boot-rpi4-2020.04: Dependent port devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1 failed I'm guessing that the full-native builds will do similarly. But we will eventually see. > Thanks. > >>> >>> The pine64 and rock64 u-boot builds also failed this way. >>> With the rpi[34], those 4 are all the aarch64-targeted >>> u-boot builds that I tried. >>> >>> By contrast, the armv7 u-boot's that I tried all completed: >>> orangepi-plus-2e, rpi2, and sinovoip-bpi-m3. >> === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

security/nss poudriere amd64->aarch64 cross-build failure: could not find libraries -lplc4 -lplds4 -lnspr4

( dsl-only.net went away in early 2018-Mar) _______ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Oddities possibly contributing to lang/gcc9 not building (amd64->aarch64 poudriere based cross build)

ally stopped the build. It might have been the kinds of things reported above --or it might not. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/m

Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found"

0.04: Dependent port devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1 failed [07:40:55] [02] [00:23:36] Skipping sysutils/u-boot-rock64 | u-boot-rock64-2020.04: Dependent port devel/aarch64-none-elf-gcc | aarch64-none-elf-gcc-8.4.0_1 failed [07:40:55] [02] [00:23:36] Skipping sysutils/u-bo

Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found"

al/lib/gcc/arm-none-eabi/8.4.0/plugin/gtype.state:No such file or directory pkg-static: Unable to access file /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/arm-none-eabi/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No such file or directory pkg-static: Unable to ac

Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found"

none-elf-gcc/ /mnt/wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/ | grep -i "enable_plugin" < enable_plugin = no > enable_plugin = yes < /* #undef ENABLE_PLUGIN */ > #define ENABLE_PLUGIN 1 < enable_plugin='no' > enable_plugin='yes' > #define ENABLE_PLUGIN 1 < S["enable_plugin"]="no" > S["enable_plugin"]="yes" > D["ENABLE_PLUGIN"]=" 1" While looking for differences that might contribute to the "no"s above, I ran into something possibly unrelated but important in the future . . . One thing is that I have a WITHOUT_BINUTILS= system build as part of testing that such will work when if fully goes away. I see differences in part based on that: 1383c1382,1383 < configure:8340: result: no --- > configure:8326: found /usr/local/bin/as > configure:8337: result: as 1407c1407,1408 < configure:9740: result: no --- > configure:9726: found /usr/local/bin/objdump > configure:9737: result: objdump . . . 2369a2371 > ac_cv_prog_AS=as 2377a2380 > ac_cv_prog_OBJDUMP=objdump (No evidence so far that such contributes to lack of plugins being enabled. It is just a difference that I ran into while looking.) The devel/*-none-*-gcc examples do not cause /usr/local/bin/ instances of as or objdump to exist in poudriere-devel contexts, even when the system does not have the commands of itself. At some point this likely will need to change. As I have time I'll look around more at the build materials and see if I find an explanation for plugins not being enabled under poudriere-devel based builds. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found"

x$target; then export_sym_check="$gcc_cv_objdump -T" else export_sym_check= fi ;; esac . . . if test x"$enable_plugin" = x"yes" -a x"$plugin_check" = x"yes"; then AC_MSG_CHECKING([for exported symbols]) if test "x$export_sym_check" != x; then echo "int main() {return 0;} int foobar() {return 0;}" > conftest.c ${CC} ${CFLAGS} ${LDFLAGS} conftest.c -o conftest$ac_exeext > /dev/null 2>&1 if $export_sym_check conftest$ac_exeext | grep foobar > /dev/null; then : # No need to use a flag AC_MSG_RESULT([yes]) else AC_MSG_RESULT([yes]) AC_MSG_CHECKING([for -rdynamic]) ${CC} ${CFLAGS} ${LDFLAGS} -rdynamic conftest.c -o conftest$ac_exeext > /dev/null 2>&1 if $export_sym_check conftest$ac_exeext | grep foobar > /dev/null; then plugin_rdynamic=yes pluginlibs="-rdynamic" else plugin_rdynamic=no enable_plugin=no fi AC_MSG_RESULT([$plugin_rdynamic]) fi else AC_MSG_RESULT([unable to check]) fi . . . But (both the poudriere-devel based build and the portmaster build show such so I picked to show just one): /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:gcc_cv_objdump=/usr/local/aarch64-none-elf/bin/objdump /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:gcc_cv_objdump='/usr/local/aarch64-none-elf/bin/objdump' /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.cache:gcc_cv_objdump=${gcc_cv_objdump=/usr/local/aarch64-none-elf/bin/objdump} Under poudiere-devel there is no /usr/local/aarch64-none-elf/bin/objdump path. Under make/portmaster there may be an old /usr/local/aarch64-none-elf/bin/objdump path. In my environments (showing one example context): # ls -ldT /usr/local/aarch64-none-elf/bin/objdump -r-xr-xr-x 2 root wheel 8593272 Jan 30 01:05:50 2020 /usr/local/aarch64-none-elf/bin/objdump So in portmaster (or make) the old /usr/local/aarch64-none-elf/bin/objdump is used but in poudriere the path used fails and that failure is not handled distinctly as "objdump tool missing". It looks like devel/aarch64-none-elf-gcc/Makefile would need changes for WITHOUT_BINUTILS= contexts in order to make sure that an objdump exists via a known/used path, including in poudriere based builds. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found"

one-elf-gcc/work/.build/gcc/config.log:gcc_cv_nm=/usr/local/aarch64-none-elf/bin/nm /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log-gcc_cv_no_pie=yes /wrkdirs/usr/ports/devel/aarch64-none-elf-gcc/work/.build/gcc/config.log:gcc_cv_objdump=/usr/local/aarch64-none-elf/bin/objdum

Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found"

went away in early 2018-Mar) _______ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: aarch64 host based sysutils/u-boot-{pine64, rock64, rpi[34]} builds fail for: "aarch64-none-elf-gcc: fatal error: -fuse-linker-plugin, but liblto_plugin.so not found"

Unable to access file /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/arm-none-eabi/8.4.0/plugin/gtype.state:No such file or directory pkg-static: Unable to access file /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/arm-none-eabi/8.4.0/plugin/include/ada/gcc-interface/ada-tree.def:No such file or directory pkg-static: Unable to access file /wrkdirs/usr/ports/devel/arm-none-eabi-gcc/work/stage/usr/local/lib/gcc/arm-none-eabi/8.4.0/plugin/include/addresses.h:No such file or directory . . . By contrast the patch I tried earlier: -BUILD_DEPENDS= ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} +BUILD_DEPENDS= ${GCC_TARGET}-as:devel/binutils@${PKGNAMEPREFIX:C/-$//:C/-/_/g} \ + objdump:devel/binutils worked in all cases that I'm testing. Note: I do not test amd64->armv7 via nxb-bin based poudriere cross builds because qemu has its own failures that hang up builds when I try that. But I expect that armv7 building aarch64-non-elf-gcc would have the same problem aarch64 has building arm-none-eabi-gcc. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

libvirt port fails to build

libvirt/work/.build/src' gmake[4]: *** [Makefile:6418: all] Error 2 gmake[4]: Leaving directory '/usr/ports/devel/libvirt/work/.build/src' gmake[3]: *** [Makefile:777: all-recursive] Error 1 gmake[3]: Leaving directory '/usr/ports/devel/libvirt/work/.build' gmake[2]: *** [Makefile:

Bind 9.16 port error still lingers

e to assertion failure) May 1 21:29:02 gallifrey doctor[90442]: /usr/local/etc/rc.d/named: WARNING: failed to start named May 1 21:29:02 gallifrey kernel: pid 90441 (named), jid 0, uid 0: exited on signal 6 Since bind914 is not available I had to revert to bind911 . Why this error? -- Member -

Re: Bind 9.16 port error still lingers

On Sat, May 02, 2020 at 04:32:10PM +0200, Christoph Moench-Tegeder wrote: > ## The Doctor via freebsd-ports (freebsd-ports@freebsd.org): > > > Subject: Bind 9.16 port error still lingers > > "Still"? > > > May 1 21:29:02 gallifrey named[90441]: Required ro

Re: Bind 9.16 port error still lingers

On 5/2/20 11:16 AM, The Doctor via freebsd-ports wrote: > On Sat, May 02, 2020 at 04:32:10PM +0200, Christoph Moench-Tegeder wrote: >> ## The Doctor via freebsd-ports (freebsd-ports@freebsd.org): >> >>> Subject: Bind 9.16 port error still lingers >> >> "

Re: Bind 9.16 port error still lingers

On Sat, May 02, 2020 at 06:53:18PM +0200, Christoph Moench-Tegeder wrote: > ## The Doctor via freebsd-ports (freebsd-ports@freebsd.org): > > > > > Subject: Bind 9.16 port error still lingers > > > > > > "Still"? > > You seemed to imply that t

Re: Bind 9.16 port error still lingers

On Sun, May 03, 2020 at 03:32:39PM +0200, Christoph Moench-Tegeder wrote: > ## The Doctor via freebsd-ports (freebsd-ports@freebsd.org): > > > Then let's look at the file: > > I'd think you better run named-checkconf yourself on your file - that > way you get

Re: Poudriere - Compile ALL Ports

an have the same problems with having pre-existing material in an equivalent of my /usr/obj/DESTDIRs/clang-amd64-installworld-poud/usr/local/ area. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___________ freebsd-port

Re: Poudriere - Compile ALL Ports

14 21:07:05 /usr/ports Again a "null" METHOD where I'm supplying my own materials. Again it allows for testing development materials that are not checked into svn. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ______

kf5 issues

at Psalms 14 and 53 on Atheism No change on the outside will affect the problem within the heart. -unknown _______ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Conflict on very first port (xorg) on rpi3

because of the textproc/py-sphinx* difference in requirements. The conflict is real and limits what combinations of ports you may have installed at the same time. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) _______ freebs

Re: Conflict on very first port (xorg) on rpi3

with its own, local /usr/local/ like area). But Makefile use, portmaster use, and the like probably see the conflict because of installing everything built someplace under (typically) the system's /usr/local/ and leaving the installation there. Only 4 ports require textproc/py-s

Re: Conflict on very first port (xorg) on rpi3

On 2020-May-15, at 08:19, bob prohaska wrote: > On Fri, May 15, 2020 at 12:33:10AM -0700, Mark Millard via freebsd-ports > wrote: >> >> Some building and isntalling had to occur prior to the >> textproc/py-sphinx18 build attempt, possibly from >> prior session

Re: Conflict on very first port (xorg) on rpi3

On 2020-May-15, at 11:05, bob prohaska wrote: > On Fri, May 15, 2020 at 01:49:21PM -0300, Danilo G. Baio wrote: >> On Fri, May 15, 2020 at 08:19:22AM -0700, bob prohaska wrote: >>> On Fri, May 15, 2020 at 12:33:10AM -0700, Mark Millard via freebsd-ports >>> wrote: &

Re: Conflict on very first port (xorg) on rpi3

o G. Baio wrote: >>> On Fri, May 15, 2020 at 08:19:22AM -0700, bob prohaska wrote: >>>> On Fri, May 15, 2020 at 12:33:10AM -0700, Mark Millard via freebsd-ports >>>> wrote: >>>>> >>>>> Some building and isntalling had to occur prior to t

Re: Conflict on very first port (xorg) on rpi3

20-May-15, at 11:59, Mark Millard wrote: >>> >>> On 2020-May-15, at 11:05, bob prohaska wrote: >>> >>>> On Fri, May 15, 2020 at 01:49:21PM -0300, Danilo G. Baio wrote: >>>>> On Fri, May 15, 2020 at 08:19:22AM -0700, bob prohaska wrote: >&g

Recommendation softether

rist rising! https://www.empire.kred/ROOTNK?t=94a1f39b Look at Psalms 14 and 53 on Atheism Remember when life's path is steep to keep your mind even. -Horace _______ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd

Re: Recommendation softether

On 5/15/20 5:50 PM, The Doctor via freebsd-ports wrote: > This a VPN product yet to be ported to FreeBSD. > > IT is a open source and we can contribute. Originators: > > University of Tsukba, Japan. > It's already there .. security/softether-devel Softether VPN

Virtualmin

ware AntiChrist rising! https://www.empire.kred/ROOTNK?t=94a1f39b Look at Psalms 14 and 53 on Atheism With experts such as these, who hath need of fools? -unknown ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-port

Re: Missing /dev/io on rpi3 running 12-stable

) That is all I have. I'm not so sure any of it will happen to help. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freeb

Re: Missing /dev/io on rpi3 running 12-stable

uot;Module ABI versions" information. So your failing context is either devd based or still has the environment configured for HAL or is otherwise messed up such that udev is not in use. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ____

Re: 'asm/hwcap.h' file not found building chromium on Pi3

itself so it seems the problem would be considered to be in the port instead. I've no clue what a proper alternative would be for third_party/zlib/cpu_features.c to use in a FreeBSD context. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ______

Re: Which u-boot for rpi3? u-boot-rpi3-32 or the old one?

rpi3 is for use with aarch64 FreeBSD B) sysutils/u-boot-rpi3-32 is for use with armv7 FreeBSD === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) _______ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailm

Re: Which u-boot for rpi3? u-boot-rpi3-32 or the old one?

to do armv7 port builds on CortexA53/A57/A72 and many more without qemu being involved (or even installed). (There are oddities like Cortex-A32 that is ARMv8.0-A but 32-bit only and Cortex-A34 that is ARMv8.0-A but 64-bit only. Qualcomm also has an ARMv8.1-A that is AArch64 only, not 32-bit. There

accel-ppp

ware AntiChrist rising! nk.ca started 1 June 1995 . https://www.empire.kred/ROOTNK?t=94a1f39b Better shun the bait, than struggle in the snare. -John Dryden ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-p

Re: accel-ppp

On Fri, Jun 19, 2020 at 12:23:58AM +0700, Eugene Grosbein wrote: > 19.06.2020 0:09, The Doctor via freebsd-ports wrote: > > > Would anyone like to help me port this application? > > > > Very Linux based but coould be BSD convertible. > > > > > > It w

Re: accel-ppp

ease in 2016, but commits until recently. > accel-ppp had it's latest release in August 2019 and also commits > until recently. > And available as follows: https://accel-ppp.org/ https://sourceforge.net/projects/accel-ppp/ > -- > p...@opsec.eu +49 171 310

Re: Jumbled dependencies

OS other than NetBSD but have thought about it > for FreeBSD and possibly Linux. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___________ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[eric.prouty...@gmail.com: Re: [ANNOUNCE] PHP 7.4.8 Released!]

https://dram.io > twitter: @derickr and @xdebug > > -- > PHP Announcements Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > > - End forwarded message - -- Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.

armv7: x11-toolkits/qt5-gui still blocked by 'unable to execute command: Executable "as" doesn't exist!' for .obj/qdrawhelper_neon_asm.o and .obj/pixman-arm-neon-asm.o

at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

[jes...@cisco.com: [Clamav-announce] ClamAV? blog: ClamAV 0.102.4 security patch released]

ire.kred/ROOTNK?t=94a1f39b We were not instructed to succumb to the world. -unknown ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Exim 4.94 Taint issues

1) DT=0.001s: Tainted '/var/mail/doctor' (file or directory name for local_delivery transport) not permitted Why is this happening? -- Member - Liberal International This is doctor@@nl2k.ab.ca Ici doctor@@nl2k.ab.ca Yahweh, Queen & country!Never Satan President Republic!Beware AntiC

devel/libffi build broken for head -r363123 32-bit powerpc contexts (poudriere bulk): error: __int128 is not supported on this target

s-needed" "-lgcc_s" "--no-as-needed" "-lc" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" "/usr/lib/crtend.o" "/usr/lib/crtn.o" . . . === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: devel/libffi build broken for head -r363123 32-bit powerpc contexts (poudriere bulk): error: __int128 is not supported on this target

6b71d7d) >> Target: powerpc-unknown-freebsd13.0 Thread model: posix InstalledDir: >> /usr/bin "/usr/bin/ld" "--eh-frame-hdr" "-dynamic-linker" >> "/libexec/ld-elf.so.1" "--enable-new-dtags" "-m" "elf32ppc_fbsd

Re: Why lang/gcc9 depends native-binutils ?

dentify anything for the error. I'll note that I build ports with poudriere (-devel variant) and have not had the problem in that context. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: devel/libffi build broken for head -r363123 32-bit powerpc contexts (poudriere bulk): error: __int128 is not supported on this target

> . . . >>>> /usr/ports/Mk/Scripts/ports_env.sh >>>> _CCVERSION_921dbbb2=FreeBSD clang version 10.0.1 >>>> (g...@github.com:llvm/llvm-project.git llvmorg-10.0.1-rc2-0-g77d76b71d7d) >>>> Target: powerpc-unknown-freebsd13.0 Thread model: posix InstalledDir: >>>> /usr/bin >>>> _ALTCCVERSION_921dbbb2=none >>>> _CXXINTERNAL_acaad9ca=FreeBSD clang version 10.0.1 >>>> (g...@github.com:llvm/llvm-project.git llvmorg-10.0.1-rc2-0-g77d76b71d7d) >>>> Target: powerpc-unknown-freebsd13.0 Thread model: posix InstalledDir: >>>> /usr/bin "/usr/bin/ld" "--eh-frame-hdr" "-dynamic-linker" >>>> "/libexec/ld-elf.so.1" "--enable-new-dtags" "-m" "elf32ppc_fbsd" "-o" >>>> "a.out" "/usr/lib/crt1.o" "/usr/lib/crti.o" "/usr/lib/crtbegin.o" >>>> "-L/usr/lib" "/dev/null" "-lc++" "-lm" "-lgcc" "--as-needed" "-lgcc_s" >>>> "--no-as-needed" "-lc" "-lgcc" "--as-needed" "-lgcc_s" "--no-as-needed" >>>> "/usr/lib/crtend.o" "/usr/lib/crtn.o" >>>> . . . > === Mark Millard marklmi at yahoo.com ( dsl-only.net <http://dsl-only.net/> went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

32-bit powerpc graphics/mesa-dri build failure (poudriere based): "error: cannot redeclare builtin function" (e.g., __sync_add_and_fetch_8)

-e111-bb59-0022644237b5 Revision: 542111 Node Kind: directory Schedule: normal Last Changed Author: vanilla Last Changed Rev: 542111 Last Changed Date: 2020-07-12 21:32:18 -0700 (Sun, 12 Jul 2020) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) __

Re: Why lang/gcc9 depends native-binutils ?

On 2020-Jul-22, at 00:23, KIRIYAMA Kazuhiko wrote: > Hi, Mark > > On Tue, 21 Jul 2020 17:51:41 +0900, > Mark Millard via freebsd-ports wrote: >> >> KIRIYAMA Kazuhiko kiri at truefc.org wrote on >> Tue Jul 21 02:33:25 UTC 2020 : >> >>> checking

<    2   3   4   5   6   7   8   9   10   11   >