On 16/12/2020 03:33, Graham Perrin wrote:
Do I misunderstand something below?
root@mowa219-gjp4-8570p:~ # pkg query '%o %R' | grep poudriere | grep
zfs | sort
sysutils/openzfs-kmod poudriere
root@mowa219-gjp4-8570p:~ # pkg query -e '%a = 0' '%o %R' | grep
poudriere | sort
archivers/zip
Do I misunderstand something below?
root@mowa219-gjp4-8570p:~ # pkg query '%o %R' | grep poudriere | grep
zfs | sort
sysutils/openzfs-kmod poudriere
root@mowa219-gjp4-8570p:~ # pkg query -e '%a = 0' '%o %R' | grep
poudriere | sort
archivers/zip poudriere
devel/autoconf poudriere
devel/ccache
On 14/12/2020 13:20, David Wolfskill wrote:
I find that "pkg_libchk" (from ports-mgmt/bsdadminscripts2) is helpful
for such cases.
Peace,
david
Thanks for this, and for the answers from other users.
Ultimately I chose to:
pkg upgrade -f
pkg upgrade -f -r poudriere
The second command was
15.12.2020, 15:17, "Oleg V. Nauman" :
> Hello,
>
> kernel: link_elf_obj: symbol fib6_lookup_rt undefined
> kernel: linker_load_file: /boot/kernel/ipfw.ko - unsupported file type
>
> It seems ipf.ko unconditionally perform IPV6 lookup even on system built with
> WITHOUT_INET6=YES defined
Should be
On 12/12/20 2:15 AM, Graham Perrin wrote:
On 23/11/2020 12:18, Graham Perrin wrote:
On 22/11/2020 12:00, Dimitry Andric wrote:
…
I'd guess it's an unintended side-effect of
https://svnweb.freebsd.org/base?view=revision=366697
("install(1): Avoid unncessary fstatfs() calls and use mmap()
Dear FreeBSD Community,
The deadline for the next FreeBSD Quarterly Status update is
December, 31st 2021 for work done since the last round of Quarterly Reports:
October 2020 - December 2020.
I would like to remind you that reports are collected during the last
month of every quarter.
Status
Hello,
kernel: link_elf_obj: symbol fib6_lookup_rt undefined
kernel: linker_load_file: /boot/kernel/ipfw.ko - unsupported file type
It seems ipf.ko unconditionally perform IPV6 lookup even on system built with
WITHOUT_INET6=YES defined
FreeBSD 13.0-CURRENT r368604 amd64
Thank you
Quoting Jens Schweikhardt (from Mon, 14
Dec 2020 14:15:05 +0100 (CET)):
Alexander,
it would seem that
find /usr/local/*bin* /usr/local/lib* -type f \
| xargs ldd -f '%p|%A\n' 2>/dev/null \
| grep '^not found' | cut -d '|' -f2 \
| xargs pkg which -q | sort -u
is prone to false positives,
> On 15. Dec 2020, at 08:44, Matthias Apitz wrote:
>
> El día lunes, diciembre 14, 2020 a las 10:16:21a. m. +0100, Matthias Apitz
> escribió:
>
>> I did a step by step down grading with 'svn up -r. hdaa.c hdaa.h'
>> (only these two files), starting from r368166 down to the following
>>
