Re: smartmontools now broken on -current (by svn r301771, r301778?)

> On Jun 11, 2016, at 09:40, Michael Butler wrote: > > The recent nvme updates have broken smartmontools .. > > imb@toshi:/home/imb> sudo smartctl -a /dev/ada0 > smartctl 6.5 2016-05-07 r4318 [FreeBSD 11.0-ALPHA2 amd64] (local build) > Copyright (C) 2002-16, Bruce

Re: _secure_path: cannot stat /etc/login.conf: Not permitted in capability mode

> On Jun 13, 2016, at 06:57, Joel Dahl wrote: > > Hi, > > I've just rebuilt and installed latest current on a machine here. I noticed > the following message in dmesg after a reboot: > > _secure_path: cannot stat /etc/login.conf: Not permitted in capability mode > > I don't

Re: installworld woes

> On May 28, 2016, at 17:31, Shawn Webb wrote: … > No worries. No rush here. I appreciate the help! Can you add “Reported by: > HardenedBSD” to the commit log? Fixed in r300922 — thanks! -Ngie signature.asc Description: Message signed with OpenPGP using GPGMail

Re: exports(5) no longer allows multiple paths per line?

> On May 26, 2016, at 23:28, Ed Schouten wrote: > > Hi there, > > 2016-05-27 4:12 GMT+02:00 Ngie Cooper : >>It seems like the following /etc/exports should work, but for some >> odd reason specifying both paths on a single line doesn't work (I >> swore

Re: r 300949: rpcbind rejects to start: couldn't create ip6 socket

> On May 29, 2016, at 00:32, O. Hartmann wrote: > > After updating sources and build- and installworld, I realize that all > rpcbind related > services, so far NFS, are not working. On a client I check the start of > rpcbind by > setting option -d and receive the

Re: libarchive update SVN r299529 breaks "ezjail update"

> On May 14, 2016, at 16:29, Martin Matuska wrote: > > Ian, we are here talking about cpio, not libarchive. The flag in > libarchive is not active by default. > > On 14.05.2016 22:08, Ian Lepore wrote: >> The real damage will happen to out-of-tree users. I think this will

Re: please test your commits

> On May 4, 2016, at 17:56, Steve Kargl > wrote: > > % make -j7 buildworld |& tee sgk.log > > --- lib/libkvm__L --- > In file included from /usr/src/lib/libkvm/kvm_pcpu.c:43: > /usr/obj/usr/src/tmp/usr/include/sys/pcpu.h:163:2: error: unknown type name >

Re: for the build aversed

> On May 4, 2016, at 18:13, Steve Kargl > wrote: > > Index: lib/libkvm/kvm_cptime.c > === > --- lib/libkvm/kvm_cptime.c (revision 299099) > +++ lib/libkvm/kvm_cptime.c (working copy) > @@

Re: FreeBSD_HEAD_i386 - Build #2857 - Still Failing

> On Apr 14, 2016, at 19:14, jenkins-ad...@freebsd.org wrote: > > FreeBSD_HEAD_i386 - Build #2857 - Still Failing: > > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2857/ > Full change log: > https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/2857/changes > Full build

Re: NO_INSTALLEXTRAKERNELS and PkgBase

(Replying because I kicked the hornet’s nest when my build failed) Hi Ben, > On May 7, 2016, at 00:27, Ben Woods wrote: > > On Saturday, 7 May 2016, Glen Barber wrote: > >> With 'installkernel', the first kernel listed in KERNCONF is installed >> as the

Re: NO_INSTALLEXTRAKERNELS and PkgBase

> On May 7, 2016, at 00:46, Ben Woods wrote: > > > On 7 May 2016 at 09:41, Glen Barber wrote: > I think this raises a larger question - did "something" change that > otherwise violates POLA? The commit recently was intended to revert > a POLA violation,

Re: NO_INSTALLEXTRAKERNELS and PkgBase

> On May 7, 2016, at 00:59, Ben Woods <woods...@gmail.com> wrote: > > On 7 May 2016 at 09:48, Ngie Cooper (yaneurabeya) <yaneurab...@gmail.com> > wrote: > glebius changed the defaults to fix POLA, but the naming per the behavior is > confusing. Right n

Re: NO_INSTALLEXTRAKERNELS and PkgBase

> On May 7, 2016, at 00:41, Glen Barber <g...@freebsd.org> wrote: > > On Sat, May 07, 2016 at 12:35:10AM -0700, Ngie Cooper (yaneurabeya) wrote: >> (Replying because I kicked the hornet’s nest when my build failed) >> Hi Ben, >> >>> On May 7, 2016, at 0

Re: r302773: non-removable files with "make delete-old"

> On Jul 13, 2016, at 11:20, O. Hartmann wrote: > > Am Wed, 13 Jul 2016 09:40:05 -0700 > David Wolfskill schrieb: > >> On Wed, Jul 13, 2016 at 06:35:10PM +0200, O. Hartmann wrote: >>> make delete-old removes these files on CURRENT (FreeBSD

Re: kernel no longer builds without nvme

> On Jul 21, 2016, at 06:45, Michael Butler wrote: > > For those of us who build "minimal" kernels: > > Building /usr/obj/usr/src/sys/VM02/vers.c > Building /usr/obj/usr/src/sys/VM02/vers.o > Building /usr/obj/usr/src/sys/VM02/kernel > --- kernel --- > linking

Re: kernel options

> On Jul 24, 2016, at 01:51, tech-lists wrote: > > Hi, > > In -HEAD there is a generic kernel GENERIC-NODEBUG. The syntax of > OPTIONS appears to be NOOPTIONS. Is there an inverse for DEVICE ? > > For example, there is a line > > device fdc > > in GENERIC.

Re: FreeBSD-11.0-BETA1-amd64-disc1.iso is too big for my 700MB CD-r

> On Jul 12, 2016, at 06:20, Miroslav Lachman <000.f...@quip.cz> wrote: > > Paweł Tyll wrote on 07/12/2016 01:22: > >> Those 3 things should shave off about 130MB of the 173MB needed to fit >> on 80-min CD-R. But... why this abstract number anyway? Why not 650MB >> CD-R? Why not

Re: FreeBSD_HEAD_amd64_gcc - Build #1340 - Still Failing

> On Jul 5, 2016, at 11:54, Ngie Cooper (yaneurabeya) <yaneurab...@gmail.com> > wrote: > >> >> On Jul 5, 2016, at 11:52, Dimitry Andric <d...@freebsd.org> wrote: >> >> On 05 Jul 2016, at 18:03, jenkins-ad...@freebsd.org wrote: >>> &g

Re: FreeBSD_HEAD_amd64_gcc - Build #1340 - Still Failing

> On Jul 5, 2016, at 11:52, Dimitry Andric wrote: > > On 05 Jul 2016, at 18:03, jenkins-ad...@freebsd.org wrote: >> >> FreeBSD_HEAD_amd64_gcc - Build #1340 - Still Failing: >> >> Build information: >> https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1340/ >> Full

Re: FreeBSD_HEAD_amd64_gcc - Build #1340 - Still Failing

> On Jul 5, 2016, at 12:29, Ngie Cooper (yaneurabeya) <yaneurab...@gmail.com> > wrote: … > Actually, there’s a better #define: > > /usr/include/x86/specialreg.h:#define CPUID2_SSE410x0008 Submitted a potential fix via: https://reviews.freebsd.org/

clang 3.3/3.4 fails to build items that use stdlib.h because of __alloc_size attribute assigned to posix_memalign

Hi, It looks like clang 3.3/3.4 from ports both don’t like __alloc_size being attached to posix_memalign. This only concerns me because it might make the src upgrade path from 9.3/10.3 to 11.0 painful. Thoughts on how this should be fixed or whether or not we care? Thanks, -Ngie

More -Wformat warnings with r302403 -> Jenkins failure (was Re: FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing)

> On Jul 8, 2016, at 05:17, jenkins-ad...@freebsd.org wrote: > > FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing: > > Build information: > https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1358/ > Full change log: > https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1358/changes

Re: More -Wformat warnings with r302403 -> Jenkins failure (was Re: FreeBSD_HEAD_amd64_gcc - Build #1358 - Still Failing)

> On Jul 8, 2016, at 09:12, Li-Wen Hsu <lw...@freebsd.org> wrote: > > On Fri, Jul 08, 2016 at 09:01:41 -0700, Ngie Cooper (yaneurabeya) wrote: >> >> How were the copies of gcc48/gcc49/gcc5 installed on the Jenkins slaves and >> were they customized to in

gptzfsboot grew a lot after skein support was added; need knob to control bloat

Hi, I tried upgrading one of my workstations and unfortunately the freebsd-boot partition is too small (I follow manpage directions, exactly, and those seem to be too small as of 10.3-RELEASE timeframe), and I don’t have enough space or ability to resize the partition and make it

Re: Buildworld fails if WITHOUT_INET6=YES defined

> On Feb 17, 2017, at 13:09, Bryan Drewery wrote: … > Ignore me, my yacc is just outdated. I’ll try again. This might have been part of my issue too. Thanks! -Ngie signature.asc Description: Message signed with OpenPGP using GPGMail

Re: xdev fixed

> On Feb 17, 2017, at 16:13, Bryan Drewery wrote: > > The issue reported here: > https://lists.freebsd.org/pipermail/freebsd-arm/2016-June/014065.html > >> make XDEV=arm XDEV_ARCH=armv6 xdev >> >> It failed! >> >> sh /usr/src/tools/install.sh -C -o root -g wheel -m 444

Re: r313495 make perl File::Temp broken

> On Feb 10, 2017, at 05:55, Iblis Lin wrote: > > I just found i miss-typed the revision number in subject. > It's r313495. > > (https://svnweb.freebsd.org/base/head/sys/kern/vfs_vnops.c?r1=313495=313494=313495) > > On Fri, Feb 10, 2017 at 09:09:52PM +0800, Iblis Lin

Re: Buildworld fails if WITHOUT_INET6=YES defined

> On Feb 16, 2017, at 07:30, Oleg V. Nauman wrote: > > cc -target i386-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp - > B/usr/obj/usr/src/tmp/usr/bin -O2 -pipe -march=core2 -DHAVE_CONFIG_H - > I/usr/src/lib/libpcap -I/usr/obj/usr/src/lib/libpcap - >

Re: make universe and /etc/src.conf

> On Aug 22, 2016, at 09:25, Eric van Gyzen wrote: > > On 08/22/2016 11:00, Ngie Cooper wrote: >> >>> On Aug 22, 2016, at 08:24, Eric van Gyzen wrote: >>> >>> I just tried a "make universe", and all the kernels failed because they >>> couldn't find

Re: Jenkins build is back to stable : FreeBSD_HEAD #578

> On Aug 31, 2016, at 23:35, Craig Rodrigues wrote: > > Thank you for fixing this. No problem :)! -Ngie signature.asc Description: Message signed with OpenPGP using GPGMail

Re: r 307698: buildworld failure: tconfig.h:6:10: fatal error: 'auto-host.h' file not found

> On Oct 20, 2016, at 21:39, O. Hartmann wrote: > > Recent r307698 is preventued from beeing built by a compiler error, see below. > > I also face a problem with the subversion tree a couple of day right now: > > # svn update > Updating '.': > Restored

Re: powerpc.LINT* broken in netmap(4)

> On Jan 13, 2017, at 02:22, Ngie Cooper (yaneurabeya) <yaneurab...@gmail.com> > wrote: > > Hi, > I spotted these compilation errors on universe12a.freebsd.org for both > powerpc.LINT and powerpc.LINT64: > > cc1: warnings being treated as errors > /sc

Re: Does someone keep track of how long it takes to buildworld/kernel?

> On Jan 13, 2017, at 12:23, Eric Joyner wrote: > > ^ Message ^ > > It takes forever, but I keep on forgetting to time how long it takes, so I > don't know how long "forever" is. Using -DNO_CLEAN on my 12.0-CURRENT / amd64 / 3GB RAM / 3 cores / VMware Fusion + open-vmtools

Re: Does someone keep track of how long it takes to buildworld/kernel?

> On Jan 13, 2017, at 14:48, Ngie Cooper (yaneurabeya) <yaneurab...@gmail.com> > wrote: > > >> On Jan 13, 2017, at 12:23, Eric Joyner <e...@freebsd.org> wrote: >> >> ^ Message ^ >> >> It takes forever, but I keep on forgetting to time h

Re: FreeBSD_HEAD_i386 - Build #4653 - Failure

> On Jan 13, 2017, at 18:18, jenkins-ad...@freebsd.org wrote: > > FreeBSD_HEAD_i386 - Build #4653 - Failure: > > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4653/ > Full change log: > https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/4653/changes > Full build log:

Re: vt(4) chops off the leftmost three columns

> On Jan 12, 2017, at 18:13, Ed Maste wrote: > > On 12 January 2017 at 18:50, Alan Somers wrote: >> I've seen three separate machines where FreeBSD11's vt(4) driver chops >> off the leftmost three columns of the screen. Rendering simply starts >> at

powerpc.LINT* broken in netmap(4)

Hi, I spotted these compilation errors on universe12a.freebsd.org for both powerpc.LINT and powerpc.LINT64: cc1: warnings being treated as errors /scratch/tmp/ngie/svn/sys/dev/netmap/netmap_generic.c: In function 'generic_set_tx_event':

Re: r 310850: buildkernel failure: ip_carp.c:615:28: error: incomplete definition

> On Dec 30, 2016, at 12:07, O. Hartmann wrote: > > > [...] > > ===> cas (all) > --- all_subdir_carp --- > --- ip_carp.o --- > /usr/src/sys/modules/carp/../../netinet/ip_carp.c:615:28: error: incomplete > definition of > type 'struct ip6_hdr' return (memcmp(,

Re: SVN r310931 Bad code

> On Dec 31, 2016, at 06:14, Michael Butler wrote: > > At line 1949 of head/contrib/bsnmp/lib/snmpclient.c, you changed .. > > - if ((sc->chost = malloc(strlen(s) + 1)) == NULL) { > + if ((sc->chost = strdup(strlen(s))) == NULL) { > > This

Re: SVN r311568 breaks build

> On Jan 6, 2017, at 17:33, Michael Butler wrote: > > With the introduction of MSG_MORETOCOME, the build of libsysdecode is > broken. > > Was the following patch the intended but missed fix? Addressed in r311584 — thank you for the submission! -Ngie

Re: syslogd: select: Bad File descriptor

> On Dec 24, 2016, at 04:16, Daniel Braniss wrote: > > latest changes is causing cpu load and ‘last message repeated times, > I guess the eggnog is affecting too early Fixed in r310504. Thanks, -Ngie signature.asc Description: Message signed with OpenPGP using

Re: syslogd 100% cpu usage on recent FreeBSD version

> On Dec 24, 2016, at 04:14, Subbsd wrote: > > Probably after https://svnweb.freebsd.org/base?view=revision=310494, > syslogd eat 100% cpu with follow messages: > > Dec 24 14:19:15 samson syslogd: select: Bad file descriptor > Dec 24 14:19:45 samson last message repeated

Re: shutdown -r doesn't execute rc.d sequence

> On Mar 28, 2017, at 14:27, Andrey Chernov wrote: … >> Using rc_debug=yes I see that it is the kernel problem, not rc problem. >> Sometimes rc backward sequence executed even fully, sometimes only >> partly, but in unpredictable moment inside rc sequence the kernel decide >>

Re: New syscons bugs: shutdown -r doesn't execute rc.d sequence and others

> On Mar 29, 2017, at 01:26, Bruce Evans wrote: > > On Tue, 28 Mar 2017, Ngie Cooper wrote: > >>> On Mar 28, 2017, at 21:40, Bruce Evans wrote: >>> On Wed, 29 Mar 2017, Bruce Evans wrote: > On Wed, 29 Mar 2017, Andrey Chernov wrote:

Re: shutdown -r doesn't execute rc.d sequence

> On Mar 28, 2017, at 12:30, Andrey Chernov wrote: > > With latest -current amd64, reboot happens almost immediately, leaving > FS dirty. No proper backward rc.d or /usr/local/etc/rc.d sequence > execution is shown. No deactivating GELI swap too. Hi Andrey, Do you

Re: Apparent build race(s), r315238 -> r315298

> On Mar 15, 2017, at 2:19 PM, Bryan Drewery wrote: > > On 3/15/2017 2:10 PM, Bryan Drewery wrote: >> On 3/15/2017 11:23 AM, David Wolfskill wrote: >>> On Wed, Mar 15, 2017 at 11:09:05AM -0700, Bryan Drewery wrote: ... So where is /common/S4/obj coming from?

Re: Apparent build race(s), r315238 -> r315298

> On Mar 15, 2017, at 11:24, Ngie Cooper (yaneurabeya) <yaneurab...@gmail.com> > wrote: > > >> On Mar 15, 2017, at 11:23, David Wolfskill <da...@catwhisker.org> wrote: >> >> On Wed, Mar 15, 2017 at 11:09:05AM -0700, Bryan Drewery wrote: >>

Re: Apparent build race(s), r315238 -> r315298

> On Mar 15, 2017, at 11:09, Bryan Drewery wrote: > > On 3/15/2017 10:04 AM, David Wolfskill wrote: > >> -- > stage 1.1: legacy release compatibility shims >>

Re: Apparent build race(s), r315238 -> r315298

> On Mar 15, 2017, at 11:23, David Wolfskill wrote: > > On Wed, Mar 15, 2017 at 11:09:05AM -0700, Bryan Drewery wrote: >> ... >> So where is /common/S4/obj coming from? >> >> Is there a symlink involved here for /usr/obj? >> > > Yes; I've had /usr/obj as a symlink

Re: inetd startup script missing from /etc/rc.d in both -current and 11-stable

> On Apr 3, 2017, at 07:00, tech-lists wrote: > > Hello current@, > > From https://www.freebsd.org/doc/handbook/network-inetd.html I should be > able to start inetd like this: > > service inetd start > > ...after enabling it in /etc/rc.conf. The inetd options look like

Re: increased power consumption lately?

> On Apr 5, 2017, at 10:39, Adrian Chadd wrote: > > hm, you could use dtrace to find what's calling that function and > print out the call stack? *does shrug* something like this (I realize it’s not printing out arg0 — arg0 is a union that would need decoding)?

Re: lang/gcc6-aux for head beyond __nonnull related issues: vm_ooffset_t and vm_pindex_t related changes (and more)

> On Apr 14, 2017, at 19:53, Mark Millard wrote: > > On 2017-Apr-14, at 4:30 PM, Gerald Pfeifer wrote: > >> On Thu, 13 Apr 2017, Pedro Giffuni wrote: >>> I didn’t want to get into this but the problem is that as part of it's >>> build/bootstrapping

Re: Deterministic rescue buildworld error with custom make.conf/src.conf/MAKEOBJDIRPREFIX

> On Mar 11, 2017, at 18:27, Lawrence Stewart wrote: > > Hi Ian, … >> The MAKEOBJDIRPREFIX variable must be set in the environment, not in >> make.conf or on the make command line (documented in build(7)). > > Your assertion seems at odds with my past experience and my

Re: buildworld error

> On Mar 11, 2017, at 15:51, Roberto Rodriguez Jr > wrote: > > I figured the script command... here is the new error r315090 > > --- .depend --- > echo setkey.full: /usr/obj/usr/src/tmp/usr/lib/libc.a > /usr/obj/usr/src/tmp/usr/lib/libl.a >

Re: buildworld error

> On Mar 11, 2017, at 18:24, Ngie Cooper (yaneurabeya) <yaneurab...@gmail.com> > wrote: Hi Roberto, The sbin/setkey issue should be resolved by r315181. Thank you for the report! Cheers, -Ngie signature.asc Description: Message signed with OpenPGP using GPGMail

Re: r314670: buildworld compile failure: undefined reference to `xdr_attrstat'

> On Mar 4, 2017, at 09:33, Michael Butler wrote: > > Seems that SVN r314659 broke this :-( > > Michael Working on it :(. -Ngie signature.asc Description: Message signed with OpenPGP using GPGMail

Re: r314670: buildworld compile failure: undefined reference to `xdr_attrstat'

> On Mar 4, 2017, at 12:12, Ngie Cooper (yaneurabeya) <yaneurab...@gmail.com> > wrote: > > >> On Mar 4, 2017, at 09:33, Michael Butler <i...@protected-networks.net> wrote: >> >> Seems that SVN r314659 broke this :-( >> >> Mi

Re: Build Fail: -CURRENT

> On Mar 4, 2017, at 11:50, Larry Rosenman wrote: > > --- all_subdir_usr.sbin/amd --- > > /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x13e): undefined reference > to `xdr_symlinkargs' > > /usr/src/contrib/amd/hlfsd/nfs_prot_svc.c:(.text+0x14c): undefined reference >

Re: Boot failure - svn up from this morning

> On Mar 2, 2017, at 21:16, Chris H wrote: > > On Thu, 2 Mar 2017 21:56:38 -0500 (EST) AN wrote > >> Hi: >> >> I'm having a major problem after updating a 12-current machine today. >> After buildworld/kernel/install cycle on reboot I'm getting the

Re: problem with ls, not show a correct list

> On Apr 6, 2017, at 22:15, Ngie Cooper (yaneurabeya) <yaneurab...@gmail.com> > wrote: > > >> On Apr 6, 2017, at 21:28, Nilton José Rizzo <ri...@i805.com.br> wrote: > > … > >> [966] root@valfenda rizzo #locale >> LANG=pt_BR.UTF-8 &

Re: problem with ls, not show a correct list

> On Apr 6, 2017, at 21:28, Nilton José Rizzo wrote: … > [966] root@valfenda rizzo #locale > LANG=pt_BR.UTF-8 > LC_CTYPE="pt_BR.UTF-8" > LC_COLLATE="pt_BR.UTF-8" > LC_TIME="pt_BR.UTF-8" > LC_NUMERIC="pt_BR.UTF-8" > LC_MONETARY="pt_BR.UTF-8" > LC_MESSAGES="pt_BR.UTF-8" >

buildkernel broken for META_MODE

Hi, I ran into this error when trying to run a meta mode build (for the first time). It might be related to the recent assym* ordering changes. Thanks! -Ngie $ cat /etc/src-env.conf WITH_AUTO_OBJ= yes WITH_META_MODE= yes UPDATE_DEPENDFILE= yes $ pwd /usr/src $ svnversion 316603M $

Re: zfs.ko no longer loads after r320156: unresolved symbol: abd_is_linear

> On Aug 1, 2017, at 09:21, John Baldwin wrote: > > On Tuesday, August 01, 2017 09:47:41 AM Andriy Gapon wrote: >> On 01/08/2017 02:31, Ngie Cooper wrote: >>> Hi, >>> I tried upgrading my host from 11.1-STABLE to 12.0-CURRENT, and it >>> didn’t work because abd_is_linear

Re: BSD awk bug ?

> On Aug 15, 2017, at 20:15, KIRIYAMA Kazuhiko wrote: > > At Wed, 16 Aug 2017 10:36:36 +0900, > Tomoya Tabuchi wrote: >> >> On Wed, Aug 16, 2017 at 10:14:46AM +0900, KIRIYAMA Kazuhiko wrote: >>> admin@tbedfpc:~/tmp % ll >>> total 12 >>> -rw-r--r-- 1 admin admin 235 Aug

Re: zfs.ko no longer loads after r320156: unresolved symbol: abd_is_linear

> On Jul 31, 2017, at 16:31, Ngie Cooper wrote: > > Hi, > I tried upgrading my host from 11.1-STABLE to 12.0-CURRENT, and it > didn’t work because abd_is_linear is an undefined symbol (it exists in > sys/conf/files, but not sys/modules/zfs/Makefile). I tried adding

Re: tools/tools/zfsboottest doesn't compile on ^/head

> On Jul 31, 2017, at 16:21, Ngie Cooper wrote: > > Hi, > It looks like zfsboottest no longer compiles on ^/head (guessing it has > to do with the clang upgrade). > If someone doesn’t fix this build breakage in the next few hours, I’ll > take a stab at fixing

Re: src/libexec/Makefile damaged fails to build rshd

> On Aug 6, 2017, at 09:36, Julian H. Stacey wrote: > > Hi freebsd-current@freebsd.org > with current src > .ctm_status src-cur 13120 > .svn_revision322111 > libexec/Makefile has been butchered, eg > rshd & other builds silently omitted > unless one debugs &

Re: src/libexec/Makefile damaged fails to build rshd

> On Aug 6, 2017, at 09:54, Ngie Cooper (yaneurabeya) <yaneurab...@gmail.com> > wrote: > >> >> On Aug 6, 2017, at 09:36, Julian H. Stacey <j...@berklix.com> wrote: >> >> Hi freebsd-current@freebsd.org >> with current src >>

Re: src/libexec/Makefile damaged fails to build rshd

> On Aug 6, 2017, at 13:47, Julian H. Stacey wrote: > > Hi, Reference: >> From:"Julian H. Stacey" >> Date:Sun, 06 Aug 2017 22:25:02 +0200 > > "Julian H. Stacey" wrote: > The half baked mod. to src/libexec/Makefile could

Re: src/libexec/Makefile damaged fails to build rshd

> On Aug 6, 2017, at 14:57, Ian Lepore wrote: … > The thanks seem appropriate enough, given the tone and content of your > previous emails. What's missing is the very-much-required apology. I don’t need an apology, I just hope/ask for a bit more patience next time.

Re: old snapshot install images?

> On May 3, 2017, at 09:34, Michael W. Lucas wrote: > > On Wed, May 03, 2017 at 01:01:10AM -0700, Ngie Cooper wrote: >> Hi Michael! >> - What sources are you using/revision are you at? > > Using r311461 amd64 install memstick at the moment. Uname says built > "Thu

Re: old snapshot install images?

> On May 3, 2017, at 10:39, Michael W. Lucas wrote: > > On Wed, May 03, 2017 at 09:52:09AM -0700, Ngie Cooper wrote: >> Ok. How big is your freebsd-boot partition? > > The size created by the installer. ;) > > I've run another install, this one with the r317181

Re: Anyone having ccache errors?

> On May 15, 2017, at 10:46, Beeblebrox wrote: > >> Upgrade make — it was a bug with it, fixed in the past few days. >> HTH, > > I just rebuilt and installed a clean world without using ccache > After reboot I tried buildworld with ccache enabled, but got same error. > >

Re: Anyone having ccache errors?

> On May 15, 2017, at 11:01, Beeblebrox wrote: > >> I was looking at the "make: Unknown modifier ‘c’” warnings — which >> were a symptom of the bug that was fixed late last week. I don’t >> genuinely know if ccache works or doesn’t work. Thanks, -Ngie > > Thanks, > I

Re: Anyone having ccache errors?

> On May 15, 2017, at 01:20, Beeblebrox wrote: > > I have been getting ccache errors during buildworld. Ports for example does > not have this problem. I compleely reset the cache data some 2 months ago and > ccache seemed to play with that much more nicely. > > Apart

Really weird behavior with terminals/sessions in past couple weeks

Hi, I’ve been noticing some really weird behavior with terminal input after updating my kernel/userland — in particular, if I do `arc diff —create` (which opens vi/vim), and try to do edits/use ^c, it will terminate the running process for `arc diff —create`. Similarly, I was seeing

Re: Really weird behavior with terminals/sessions in past couple weeks

> On May 13, 2017, at 11:05, Ngie Cooper (yaneurabeya) <yaneurab...@gmail.com> > wrote: > > >> On May 13, 2017, at 11:01, Ngie Cooper (yaneurabeya) <yaneurab...@gmail.com> >> wrote: >> >> Hi, >> I’ve been noticing some really we

Re: Really weird behavior with terminals/sessions in past couple weeks

> On May 13, 2017, at 11:01, Ngie Cooper (yaneurabeya) <yaneurab...@gmail.com> > wrote: > > Hi, > I’ve been noticing some really weird behavior with terminal input after > updating my kernel/userland — in particular, if I do `arc diff —create` > (which opens v

Re: make warning: ?: No such file or directory.

> On May 9, 2017, at 21:37, O. Hartmann wrote: > > On recent CURRENT, the source tree /usr/src seems to have issues on some of my > boxes and whenever I issue "make build", the message: > > make warning: �: No such file or directory. > > pops up. "svn st" doesn't

Re: Compiler more strict on 12 with r320337 ?

> On Jun 26, 2017, at 23:31, Kurt Jaeger wrote: > > Hi! > > Compiling devel/lfcbase, it fails while including sys/socketvar.h with > this error: > > In file included from Net.cc:36: > /usr/include/sys/socketvar.h:117:4: error: types cannot be declared in an > anonymous

Re: svn commit: r318757 - head

> On May 24, 2017, at 11:10, O. Hartmann wrote: > > Am Wed, 24 May 2017 13:04:30 -0500 > Larry Rosenman schrieb: … > I use the traditional "make" way (via portmaster) There were some reports about needing to do “make clean” before “make

Re: old syslog (jail) and new kernel = 100% CPU

> On Jun 5, 2017, at 08:20, Bryan Drewery wrote: > > On 6/5/2017 2:34 AM, Alexander Leidinger wrote: >> >> Quoting Bryan Drewery (from Sun, 4 Jun 2017 14:38:07 >> -0700): >> >>> On 6/4/17 5:09 AM, Alexander Leidinger wrote: Hi, new

Re: filemon: weird full-time build although filemon enabled

> On May 6, 2017, at 00:22, O. Hartmann wrote: > > I build CURRENT on two technically similar systems on a almost daily basis. > Therefore, it > was a great relief having WITH_META_MODE=yes set in /etc/src-env.conf for > incremental > builds. To make my understanding

Re: ${src}/release/release.sh fails at makefs state

> On May 8, 2017, at 06:07, Alastair Hogge wrote: > > On Fri, 5 May 2017 11:26:44 PM Ngie Cooper wrote: >> (CCing emaste) >> >>> On May 5, 2017, at 21:55, Alastair Hogge wrote: >> … >> >>> Calculated size of `memstick.img.part': 485474304 bytes, 9435

Re: ${src}/release/release.sh fails at makefs state

(CCing emaste) > On May 5, 2017, at 21:55, Alastair Hogge wrote: … > Calculated size of `memstick.img.part': 485474304 bytes, 9435 inodes > Extent size set to 8192 > memstick.img.part: 463.0MB (948192 sectors) block size 8192, fragment size > 1024 >using 9 cylinder

Breakage with sys.kern.ptrace_test.{ptrace__parent_sees_exit_after_child_debugger, parent_sees_exit_after_unrelated_debugger} after r325719:325721

Hi Mateusz, Per Jenkins, these two tests are broken after r325719:325721: https://ci.freebsd.org/job/FreeBSD-head-amd64-test/4987/ . Thanks, -Ngie signature.asc Description: Message signed with OpenPGP

"make universe" broken by r325697

Per Jenkins: https://ci.freebsd.org/job/FreeBSD-head-amd64-LINT/5391/ . Cheers, -Ngie signature.asc Description: Message signed with OpenPGP using GPGMail

Re: iwm not in GENERIC kernel

> On Oct 28, 2017, at 18:09, Gordon Tetlow wrote: > > I have an Intel NUC that uses an Intel 8260 wireless driver. This works > flawlessly if I load the module if_iwm via the loader or the rc.conf > kld_list directive. > > Do we know if the iwm driver not being in GENERIC

Re: iwm not in GENERIC kernel

> On Oct 29, 2017, at 10:26, Kevin Oberman wrote: … > But I thought that all modern wireless interfaces and many others load blobs. > Is the source for the firmware blob for iwn (which is in GENERIC) available? There’s a piece that’s open sourced that a BSD

Re: iwm not in GENERIC kernel

> On Oct 29, 2017, at 02:46, Thomas Mueller wrote: … > Is that binary blob the reason why rsu is not in GENERIC? > > I use rsu for Hiro H50191 USB wireless adapter. Yup. signature.asc Description: Message signed with OpenPGP using GPGMail

r324870 breaks boot on amd64 with WITNESS (was "svn commit: r324870 - in head/sys: amd64/include kern")

All, I highly advise not upgrading to this revision if you use WITNESS. Please see the attached message for more details and reply to the commit log. Cheers, -Ngie > Begin forwarded message: > > From: "Ngie Cooper (yaneurabeya)" <yaneurab...@gmail.com> > Subj