Re: HEAD [r313048] WITHOUT_INET6: tcpdump build failure

Thanks for report, I will look at it. On Thu, Feb 02, 2017 at 06:00:45AM +0300, Alex Deiter wrote: A> Hello, A> A> Please take a look HEAD [r313048] - buildworld failed for IPv4-only system (WITHOUT_INET6): A> A> cc -target x86_64-unknown-freebsd12.0 --sysroot=/export/freebsd/obj/export/free

Re: HEAD [r313048] WITHOUT_INET6: tcpdump build failure

On Thu, Feb 02, 2017 at 06:28:50AM +0300, Alex Deiter wrote: A> Please review attached patch. Thanks. It seems strange to me to reduce functionality of tcpdump when a build doesn't support INET6. I still want it able to parse packets I see on a network. -- Totus tuus, Glebius. __

Re: mlock and jail

Thanks you. The app in fact is dotnet https://github.com/dotnet/coreclr And since it's already possible to cap overall memory with rctl ( -- jail:httpd:memoryuse:deny=2G/jail -- or -- jail:httpd:memorylocked:deny=1G/jail -- ) it seems correct to say the lock weight could only be within those l

Re: HEAD [r313048] WITHOUT_INET6: tcpdump build failure

Hello, Please review attached patch. Thank you! Alex Deiter alex.dei...@gmail.com Index: usr.sbin/tcpdump/tcpdump/Makefile === --- usr.sbin/tcpdump/tcpdump/Makefile (revision 313074) +++ usr.sbin/tcpdump/tcpdump/Makefile (worki

HEAD [r313048] WITHOUT_INET6: tcpdump build failure

Hello, Please take a look HEAD [r313048] - buildworld failed for IPv4-only system (WITHOUT_INET6): cc -target x86_64-unknown-freebsd12.0 --sysroot=/export/freebsd/obj/export/freebsd/src/tmp -B/export/freebsd/obj/export/freebsd/src/tmp/usr/bin -O2 -pipe -I/export/freebsd/sr c/usr.bin/ftp -I

Re: mlock and jail

I like this idea. Note that potentially your patch would make it possible for a jailed root to DoS the whole system by locking too much of pages in memory. I think it would be sensible to provide a per-jail flag to enable doing it, or better, have some finer grained control (e.g. per jail quota of

mlock and jail

I would like to ask if there is a reason I would have to applythe patch below to make an application work in a jail. And who's bad? the app too intrusive or the bsd not flexible enough (allow.mlock?) Index: sys/kern/kern_jail.c =

Re: Recent FreeBSD, NFSv4 and /var/db/mounttab

Claude Buisson wrote: >Hi, > >Last month, I started switching all my systems (stable/9, stable/10, >stable/11 and current) to NFSv4, and I found that: > > on current (svn 312652) an entry is added to /var/db/mounttab by >mount_nfs(8), but not suppressed by umount(8). It can be suppressed by >rpc.

review: Implement disk_ioctl() to support DIOCGSECTORSIZE and DIOCGMEDIASIZE.

Hi! Looking for more eyes on: https://reviews.freebsd.org/D8594 thanks, toomas ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to

Recent FreeBSD, NFSv4 and /var/db/mounttab

Hi, Last month, I started switching all my systems (stable/9, stable/10, stable/11 and current) to NFSv4, and I found that: on current (svn 312652) an entry is added to /var/db/mounttab by mount_nfs(8), but not suppressed by umount(8). It can be suppressed by rpc.umntall(8). The same anom

Re: install jail from precompiled world fails due to different MAKEDIROBJPREFIX

On Wed, 1 Feb 2017 10:21:28 +0100 "O. Hartmann" wrote: > For several projects managed with NanoBSD I need different source trees (10.3, > 10-STABLE, 11-STABLE, CURRENT). The source resides in /foo/bar/CURRENT/src > or /foo/bar/10.3-RELEASE/src. > > For the build of AARCH64 ports, I have also alr

install jail from precompiled world fails due to different MAKEDIROBJPREFIX

For several projects managed with NanoBSD I need different source trees (10.3, 10-STABLE, 11-STABLE, CURRENT). The source resides in /foo/bar/CURRENT/src or /foo/bar/10.3-RELEASE/src. For the build of AARCH64 ports, I have also already built CURRENT for arm64.aarch64. ARM64 buildworld is sensiti

review: loader: disk/part api needs to use uint64_t offsets

Hi! I would like to have some eyes on https://reviews.freebsd.org/D8710 :) thanks, toomas ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send