Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
On Fri, Jun 21, 2019, 7:44 AM Scott Long wrote: > > > > On Jun 17, 2019, at 7:46 PM, Julian H. Stacey wrote: > > > >>> > >>> Stop. > >>> make[3]: stopped in /usr/src/usr.bin/mkesdb_static > >>> > >>> A double waste of CPU & human time & power in a hot office. > >>> Commit bits used to be suspended for un-buildable code. I'll boot > >>> stable. > >> > >> Since you seem to be so focused on mean-spirited criticism of others, > >> I'm sure you'll understand when I ask... > >> > >> Have you *seriosly* been using and building freebsd this long and you > >> don't know that an opt_*.h file is generated as part of the build and > >> exists only in the object directory, so that searching for it under > >> /usr/src or /usr/include would be... let's see, how did you put it?... > >> Oh yeah: A double waste of CPU & human time. > > > > Personal noise is irrelevant. > > > > Facts: > > Unchecked commits broken make buildworld twice, > > Time was wasted by bad commits. > > My time ran out. > > Current does not benefit from commits that break buildworld. > > I (like a friend before) must switch to stable to avoid breakage. > > > > Time was, ~25 years back, when FreeBSD commiters who screwed > > the build were awarded a conical hat & took a one week holiday. A > > mild rebuke for wasting people's time, & a short refreshing > > break to go smell fresh air. No not coffee, but fresh air. > > I’ve been following FreeBSD since 1992, before it was even called > FreeBSD, and I was reflecting on the “old days” recently. You know > what? The old days sucked; I hold no romance for them. There was > rampant passive-aggressive hostility, toxicity and shaming was > accepted and encouraged, and the community was pretty much an > insular and exclusionary clique. Mistakes were to be feared, not > learned from. Any mistake was equated with a personal moral failing. > Yeah, good technical work was done, but at the expense of quickly > alienating and driving away many good people who didn’t want to > put up with all of that bullshit. > > There’s no denying that it’s frustrating when a bug is introduced, > especially when it causes lost time and productivity. Passively > accusing people of being lazy or incompetent (see your “Unchecked > commits” comment) doesn’t help fix that though. If anything, it burns > out and drives away the people who are in the best position to fix the > problems. It doesn’t make the community or the code better in the > long term, even if you think that it’s motivating people in the short > term. > > Please take your conical hat somewhere else and do something > productive and positive with it, I don’t want the toxicity in my > FreeBSD community anymore. > Amen. Warner Thanks, > Scott > > > > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
> On Jun 17, 2019, at 7:46 PM, Julian H. Stacey wrote: > >>> >>> Stop. >>> make[3]: stopped in /usr/src/usr.bin/mkesdb_static >>> >>> A double waste of CPU & human time & power in a hot office. >>> Commit bits used to be suspended for un-buildable code. I'll boot >>> stable. >> >> Since you seem to be so focused on mean-spirited criticism of others, >> I'm sure you'll understand when I ask... >> >> Have you *seriosly* been using and building freebsd this long and you >> don't know that an opt_*.h file is generated as part of the build and >> exists only in the object directory, so that searching for it under >> /usr/src or /usr/include would be... let's see, how did you put it?... >> Oh yeah: A double waste of CPU & human time. > > Personal noise is irrelevant. > > Facts: > Unchecked commits broken make buildworld twice, > Time was wasted by bad commits. > My time ran out. > Current does not benefit from commits that break buildworld. > I (like a friend before) must switch to stable to avoid breakage. > > Time was, ~25 years back, when FreeBSD commiters who screwed > the build were awarded a conical hat & took a one week holiday. A > mild rebuke for wasting people's time, & a short refreshing > break to go smell fresh air. No not coffee, but fresh air. I’ve been following FreeBSD since 1992, before it was even called FreeBSD, and I was reflecting on the “old days” recently. You know what? The old days sucked; I hold no romance for them. There was rampant passive-aggressive hostility, toxicity and shaming was accepted and encouraged, and the community was pretty much an insular and exclusionary clique. Mistakes were to be feared, not learned from. Any mistake was equated with a personal moral failing. Yeah, good technical work was done, but at the expense of quickly alienating and driving away many good people who didn’t want to put up with all of that bullshit. There’s no denying that it’s frustrating when a bug is introduced, especially when it causes lost time and productivity. Passively accusing people of being lazy or incompetent (see your “Unchecked commits” comment) doesn’t help fix that though. If anything, it burns out and drives away the people who are in the best position to fix the problems. It doesn’t make the community or the code better in the long term, even if you think that it’s motivating people in the short term. Please take your conical hat somewhere else and do something productive and positive with it, I don’t want the toxicity in my FreeBSD community anymore. Thanks, Scott ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
On 6/17/19 6:46 PM, Julian H. Stacey wrote: > Hi, Reference: >> From:Ian Lepore >> Date:Mon, 17 Jun 2019 18:56:35 -0600 > > Ian Lepore wrote: >> On Tue, 2019-06-18 at 02:21 +0200, Julian H. Stacey wrote: >>> "Julian H. Stacey" wrote: "Bjoern A. Zeeb" wrote: > On 17 Jun 2019, at 10:37, Mark Linimon wrote: > >> On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey >> wrote: >>> svn_revision 348842 >> >> [ ...] >>> /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal >>> error: >>> 'opt_cam.h' file not found >>> #include "opt_cam.h" >>> ^~~ >>> 1 error generated. >> >> This is extremely unlikely to be r348842. I would investigate >> r349025 >> instead. (Committer Cc:ed.) > > Almost, more likely me. I just had a look. I am not exactly > sure how > to reproduce this? > > /bz If I can help let me know. My buildworld broke with 13.0-CURRENT /usr/src .ctm_status src-cur 14077 .svn_revision 348842 I'm now running make install, & can then compare my root include & libs with with a set installed using DESTDIR= >>> >>> I compiled, installed, compared. >>> BTW cd /usr/src; make delete - only cleans libs & bins but does >>> not >>> clean other junk listed in ObsoleteFiles.inc not even with >>> -DBATCH_DELETE_OLD_FILES or -DBATCH_DELETE_OLD_FILES=YES so >>> manually purged, >>> I believe I have a clean system built from .ctm_status src-cur 14077 >>> .svn_revision 348842 but /usr/src/sys/modules/sdio still fails, >>> so there was a commit of unbuildable code. >>> >>> cd /usr/src ; find . -name opt_cam.h# tools/tools/vhba/opt_cam.h >>> cd /usr/include ; find . -name opt_cam.h# nothing >>> >>> I have a 2nd slower current box also building to 14077, I will then take that on up to latest .ctm_status src-cur 14087 .svn_revision 349129 to see if problem clears. >>> >>> make buildworld blew on newer current, with a different bug: >>> >>> cc -O2 -pipe -I/usr/src/usr.bin/mkesdb_static >>> -I/usr/src/usr.bin/mkesdb_static/../mkesdb - >>> I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv -g -MD - >>> MF.depend.lex.o -MTlex.o -std=gnu99 -Qunused-arguments - >>> I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -c lex.c -o >>> lex.o >>> /usr/src/usr.bin/mkesdb/lex.l:46:10: fatal error: 'yacc.h' file not >>> found >>> #include "yacc.h" >>> ^~~~ >>> 1 error generated. >>> *** Error code 1 >>> >>> Stop. >>> make[3]: stopped in /usr/src/usr.bin/mkesdb_static >>> >>> A double waste of CPU & human time & power in a hot office. >>> Commit bits used to be suspended for un-buildable code. I'll boot >>> stable. >> >> Since you seem to be so focused on mean-spirited criticism of others, >> I'm sure you'll understand when I ask... >> >> Have you *seriosly* been using and building freebsd this long and you >> don't know that an opt_*.h file is generated as part of the build and >> exists only in the object directory, so that searching for it under >> /usr/src or /usr/include would be... let's see, how did you put it?... >> Oh yeah: A double waste of CPU & human time. > > Personal noise is irrelevant. > > Facts: > Unchecked commits broken make buildworld twice, > Time was wasted by bad commits. > My time ran out. > Current does not benefit from commits that break buildworld. > I (like a friend before) must switch to stable to avoid breakage. > > Time was, ~25 years back, when FreeBSD commiters who screwed > the build were awarded a conical hat & took a one week holiday. A > mild rebuke for wasting people's time, & a short refreshing > break to go smell fresh air. No not coffee, but fresh air. > > Cheers, > Julian > As the committer who broke yacc.h I'm sorry. I understand the frustration. I too get frustrated by build breakage from others and even myself. I appreciate the cc's here. I did test this particular change with 1. clean build 2. -DNO_CLEAN 3. CLEANDIR=clean + -DNO_CLEAN (to really rebuild everything but reuse the .depend files). And similar pattern with META_MODE. And a cross-build of powerpc.powerpc64 to capture some gcc deps and ensure cross-build was running the right binaries. I missed not using -j though, that's a really odd case I'll never test frankly. Worse my build environment had MK_TESTS=no in it so I missed some other bugs. What I didn't test: buildkernel, install*, universe, ports (the last 2 will likely bite me still). It's pretty common for all of us to forget to test installworld and ports. Again this brings up the need for a real build test suite that can be used pre-commit. -- Regards, Bryan Drewery signature.asc Description: OpenPGP digital signature
Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
In message , Enji Cooper writes : > > > > On Jun 17, 2019, at 18:26, Cy Schubert wrote: > > > > Now that I'm back home, to reply inline re the yacc.h issue. > > > > In message <201906180021.x5i0l2rk057...@fire.js.berklix.net>, "Julian > > H. Stacey > > " writes: > >> "Julian H. Stacey" wrote: > >>> "Bjoern A. Zeeb" wrote: > > On 17 Jun 2019, at 10:37, Mark Linimon wrote: > > > >> On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey wrote: > >> svn_revision 348842 > > [ ...] > >> /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal error: > >> 'opt_cam.h' file not found > >> #include "opt_cam.h" > >> ^~~ > >> 1 error generated. > > > > This is extremely unlikely to be r348842. I would investigate r349025 > > instead. (Committer Cc:ed.) > > Almost, more likely me. I just had a look. I am not exactly sure how > to reproduce this? > > /bz > >>> > >>> If I can help let me know. > >>> My buildworld broke with 13.0-CURRENT > >>> /usr/src .ctm_status src-cur 14077 .svn_revision 348842 > >>> I'm now running make install, > >>> & can then compare my root include & libs with with a set installed > >>> using DESTDIR= > >> > >> I compiled, installed, compared. > >> BTW cd /usr/src; make delete - only cleans libs & bins but does not > >> clean other junk listed in ObsoleteFiles.inc not even with > >> -DBATCH_DELETE_OLD_FILES or -DBATCH_DELETE_OLD_FILES=YES so manually purg > ed > >> , > >> I believe I have a clean system built from .ctm_status src-cur 14077 > >> .svn_revision 348842 but /usr/src/sys/modules/sdio still fails, > >> so there was a commit of unbuildable code. > >> > >> cd /usr/src ; find . -name opt_cam.h# tools/tools/vhba/opt_cam.h > >> cd /usr/include ; find . -name opt_cam.h# nothing > > opt_*.h are headers which tune the kernel build based on user-specified optio > ns. They should never be shipped as part of the base OS. > > >>> I have a 2nd slower current box also building to 14077, I will then > >>> take that on up to latest .ctm_status src-cur 14087 .svn_revision > >>> 349129 to see if problem clears. > >> > >> make buildworld blew on newer current, with a different bug: > >> > >> cc -O2 -pipe -I/usr/src/usr.bin/mkesdb_static -I/usr/src/usr.bin/mkesdb_s > tat > >> ic/../mkesdb -I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv -g -M > D > >> -MF.depend.lex.o -MTlex.o -std=gnu99 -Qunused-arguments -I/usr/obj/usr/ > src > >> /amd64.amd64/tmp/legacy/usr/include -c lex.c -o lex.o > >> /usr/src/usr.bin/mkesdb/lex.l:46:10: fatal error: 'yacc.h' file not found > >> #include "yacc.h" > >> ^~~~ > >> 1 error generated. > >> *** Error code 1 > >> > >> Stop. > >> make[3]: stopped in /usr/src/usr.bin/mkesdb_static > > > > slippy$ ls /export/obj/opt/src/svn-current/amd64.amd64/usr.bin/mkesdb > > lex.c mkesdb.1.gz mkesdb.full.meta yacc.o > > lex.c.metamkesdb.1.gz.meta mkesdb.meta yacc.o.meta > > lex.o mkesdb.debug yacc.c > > lex.o.metamkesdb.debug.meta yacc.c.meta > > mkesdbmkesdb.full yacc.h < here it is > > slippy$ > > > >> > >> A double waste of CPU & human time & power in a hot office. > >> Commit bits used to be suspended for un-buildable code. I'll boot stable. > > > > Calm down. This looks like a corrupted obj directory, corrupted src > > tree, or user error to me and it doesn't matter right now anyway. rm > > -rf /usr/obj or wherever you keep it and start afresh. > > Iâd have to look further, and weâd need to know more details about your b > uild environment (ccache? bmake with meta mode? -DNO_CLEAN? Objects built on > tmpfs? Compiler/toolchain/world version?), but Iâm definitely biased toward > s the approach that Cy mentions if the issue is deterministically failing wit > h the same issue by just repeating the build process. If a person knows what they're doing they can rm -r the subdirectory causing the problem. Even deleting the individual file that is the cause. Having said that, there libraries that are depended on that should be deleted. Don't forget that sysroot might be where the failure might be, so people end up looking for the unloved file in the wrong place. If a person doesn't know what they're doing they're best off removing the entire object tree and starting over. BTW, IMO a person saves a bit of time by rm -r /usr/obj/* and building with -DNO_CLEAN. It doesn't need to go through make clean phase first. I mv /usr/obj/opt /usr/obj/foobar; rm -rf foobar & make -DNO_CLEAN buildworld when I start afresh. > > I side with Cy because thereâs also a nonzero chance that one of the interm > ediary files generated by byacc got corrupted and got picked up in the next r > un. However that directoryâs enough of a special snowflake that I donât f > eel comfortable betting all my money on that possibility. Our build
Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
Hi, Reference: > From: Cy Schubert > Reply-to: Cy Schubert > Date: Mon, 17 Jun 2019 18:26:25 -0700 Cy Schubert wrote: > Now that I'm back home, to reply inline re the yacc.h issue. > > In message <201906180021.x5i0l2rk057...@fire.js.berklix.net>, "Julian > H. Stacey > " writes: > > "Julian H. Stacey" wrote: > > > "Bjoern A. Zeeb" wrote: > > > > On 17 Jun 2019, at 10:37, Mark Linimon wrote: > > > > > > > > > On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey wrote: > > > > >> svn_revision 348842 > > > > > [ ...] > > > > >> /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal error: > > > > >> 'opt_cam.h' file not found > > > > >> #include "opt_cam.h" > > > > >> ^~~ > > > > >> 1 error generated. > > > > > > > > > > This is extremely unlikely to be r348842. I would investigate r349025 > > > > > instead. (Committer Cc:ed.) > > > > > > > > Almost, more likely me. I just had a look. I am not exactly sure how > > > > to reproduce this? > > > > > > > > /bz > > > > > > If I can help let me know. > > > My buildworld broke with 13.0-CURRENT > > > /usr/src .ctm_status src-cur 14077 .svn_revision 348842 > > > I'm now running make install, > > > & can then compare my root include & libs with with a set installed > > > using DESTDIR= > > > > I compiled, installed, compared. > > BTW cd /usr/src; make delete - only cleans libs & bins but does not > > clean other junk listed in ObsoleteFiles.inc not even with > > -DBATCH_DELETE_OLD_FILES or -DBATCH_DELETE_OLD_FILES=YES so manually > > purged > > , > > I believe I have a clean system built from .ctm_status src-cur 14077 > > .svn_revision 348842 but /usr/src/sys/modules/sdio still fails, > > so there was a commit of unbuildable code. > > > > cd /usr/src ; find . -name opt_cam.h# tools/tools/vhba/opt_cam.h > > cd /usr/include ; find . -name opt_cam.h# nothing > > > > > > > I have a 2nd slower current box also building to 14077, I will then > > > take that on up to latest .ctm_status src-cur 14087 .svn_revision > > > 349129 to see if problem clears. > > > > make buildworld blew on newer current, with a different bug: > > > > cc -O2 -pipe -I/usr/src/usr.bin/mkesdb_static > > -I/usr/src/usr.bin/mkesdb_stat > > ic/../mkesdb -I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv -g -MD > > > > -MF.depend.lex.o -MTlex.o -std=gnu99 -Qunused-arguments > > -I/usr/obj/usr/src > > /amd64.amd64/tmp/legacy/usr/include -c lex.c -o lex.o > > /usr/src/usr.bin/mkesdb/lex.l:46:10: fatal error: 'yacc.h' file not found > > #include "yacc.h" > > ^~~~ > > 1 error generated. > > *** Error code 1 > > > > Stop. > > make[3]: stopped in /usr/src/usr.bin/mkesdb_static > > slippy$ ls /export/obj/opt/src/svn-current/amd64.amd64/usr.bin/mkesdb > lex.c mkesdb.1.gz mkesdb.full.meta yacc.o > lex.c.metamkesdb.1.gz.meta mkesdb.meta yacc.o.meta > lex.o mkesdb.debug yacc.c > lex.o.metamkesdb.debug.meta yacc.c.meta > mkesdbmkesdb.full yacc.h < here it is > slippy$ > > > > > A double waste of CPU & human time & power in a hot office. > > Commit bits used to be suspended for un-buildable code. I'll boot stable. > > Calm down. I am actually calm, thanks. I just have no more time to waste looking at current other people break. > This looks like a corrupted obj directory, I started with buildworld which should zap obj/ > corrupted src > tree, Nope. Clean export, not customised. Customised with own hacks is what I've wanted to do for weeks, System wont build generic, hence not customised. Still generic > or user error Always possible. Even likely at times :-) > to me and it doesn't matter right now anyway. rm > -rf /usr/obj or wherever you keep it and start afresh. Well I will, but not yet, as said Im sick of breaking current. so slower host has been booted with stable, upgraded to latest src/ & a buildworld started. The faster host is left generic current at my original reported svn & ctm numbers, now with generic bins libs includes, in case anyone wants to look at that sdio modules problem. As before mentioned, I upgraded src/ to newr on another host to see if sdio problem had been fixed, & hot another flakety current problem. > And, have you used any kind of UNIX or UNIX-like system to know that > yacc.h is output from yacc? Yes, but I forget chaff I shouldn't need to remember ;-). Not actually needed to deal with YACC since about 1985 or so. Oh & once or twice since. I have other own code I want to build on top of a stable FreeBSD, & don't want to spend forever chasing & fixing broken iterations of FreeBSD. I've been doing Unix since about 1977, but tired of other people commiting bad code that wastes time having to figure what someone broke. Hence belief: If some with lack of discipline commits bad code that breaks buildworld: they should take a week off, after revoking the
Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
> On Jun 17, 2019, at 18:26, Cy Schubert wrote: > > Now that I'm back home, to reply inline re the yacc.h issue. > > In message <201906180021.x5i0l2rk057...@fire.js.berklix.net>, "Julian > H. Stacey > " writes: >> "Julian H. Stacey" wrote: >>> "Bjoern A. Zeeb" wrote: > On 17 Jun 2019, at 10:37, Mark Linimon wrote: > >> On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey wrote: >> svn_revision 348842 > [ ...] >> /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal error: >> 'opt_cam.h' file not found >> #include "opt_cam.h" >> ^~~ >> 1 error generated. > > This is extremely unlikely to be r348842. I would investigate r349025 > instead. (Committer Cc:ed.) Almost, more likely me. I just had a look. I am not exactly sure how to reproduce this? /bz >>> >>> If I can help let me know. >>> My buildworld broke with 13.0-CURRENT >>> /usr/src .ctm_status src-cur 14077 .svn_revision 348842 >>> I'm now running make install, >>> & can then compare my root include & libs with with a set installed >>> using DESTDIR= >> >> I compiled, installed, compared. >> BTW cd /usr/src; make delete - only cleans libs & bins but does not >> clean other junk listed in ObsoleteFiles.inc not even with >> -DBATCH_DELETE_OLD_FILES or -DBATCH_DELETE_OLD_FILES=YES so manually purged >> , >> I believe I have a clean system built from .ctm_status src-cur 14077 >> .svn_revision 348842 but /usr/src/sys/modules/sdio still fails, >> so there was a commit of unbuildable code. >> >> cd /usr/src ; find . -name opt_cam.h# tools/tools/vhba/opt_cam.h >> cd /usr/include ; find . -name opt_cam.h# nothing opt_*.h are headers which tune the kernel build based on user-specified options. They should never be shipped as part of the base OS. >>> I have a 2nd slower current box also building to 14077, I will then >>> take that on up to latest .ctm_status src-cur 14087 .svn_revision >>> 349129 to see if problem clears. >> >> make buildworld blew on newer current, with a different bug: >> >> cc -O2 -pipe -I/usr/src/usr.bin/mkesdb_static -I/usr/src/usr.bin/mkesdb_stat >> ic/../mkesdb -I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv -g -MD >> -MF.depend.lex.o -MTlex.o -std=gnu99 -Qunused-arguments -I/usr/obj/usr/src >> /amd64.amd64/tmp/legacy/usr/include -c lex.c -o lex.o >> /usr/src/usr.bin/mkesdb/lex.l:46:10: fatal error: 'yacc.h' file not found >> #include "yacc.h" >> ^~~~ >> 1 error generated. >> *** Error code 1 >> >> Stop. >> make[3]: stopped in /usr/src/usr.bin/mkesdb_static > > slippy$ ls /export/obj/opt/src/svn-current/amd64.amd64/usr.bin/mkesdb > lex.c mkesdb.1.gz mkesdb.full.meta yacc.o > lex.c.metamkesdb.1.gz.meta mkesdb.meta yacc.o.meta > lex.o mkesdb.debug yacc.c > lex.o.metamkesdb.debug.meta yacc.c.meta > mkesdbmkesdb.full yacc.h < here it is > slippy$ > >> >> A double waste of CPU & human time & power in a hot office. >> Commit bits used to be suspended for un-buildable code. I'll boot stable. > > Calm down. This looks like a corrupted obj directory, corrupted src > tree, or user error to me and it doesn't matter right now anyway. rm > -rf /usr/obj or wherever you keep it and start afresh. I’d have to look further, and we’d need to know more details about your build environment (ccache? bmake with meta mode? -DNO_CLEAN? Objects built on tmpfs? Compiler/toolchain/world version?), but I’m definitely biased towards the approach that Cy mentions if the issue is deterministically failing with the same issue by just repeating the build process. I side with Cy because there’s also a nonzero chance that one of the intermediary files generated by byacc got corrupted and got picked up in the next run. However that directory’s enough of a special snowflake that I don’t feel comfortable betting all my money on that possibility. Cheers, -Enji ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
In message <201906180147.x5i1ksvi028...@fire.js.berklix.net>, "Julian H. Stacey " writes: > Hi, Reference: > > From: Ian Lepore > > Date: Mon, 17 Jun 2019 18:56:35 -0600 > > Ian Lepore wrote: > > On Tue, 2019-06-18 at 02:21 +0200, Julian H. Stacey wrote: > > > "Julian H. Stacey" wrote: > > > > "Bjoern A. Zeeb" wrote: > > > > > On 17 Jun 2019, at 10:37, Mark Linimon wrote: > > > > > > > > > > > On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey > > > > > > wrote: > > > > > > > svn_revision 348842 > > > > > > > > > > > > [ ...] > > > > > > > /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal > > > > > > > error: > > > > > > > 'opt_cam.h' file not found > > > > > > > #include "opt_cam.h" > > > > > > > ^~~ > > > > > > > 1 error generated. > > > > > > > > > > > > This is extremely unlikely to be r348842. I would investigate > > > > > > r349025 > > > > > > instead. (Committer Cc:ed.) > > > > > > > > > > Almost, more likely me. I just had a look. I am not exactly > > > > > sure how > > > > > to reproduce this? > > > > > > > > > > /bz > > > > > > > > If I can help let me know. > > > > My buildworld broke with 13.0-CURRENT > > > > /usr/src .ctm_status src-cur 14077 .svn_revision 348842 > > > > I'm now running make install, > > > > & can then compare my root include & libs with with a set > > > > installed > > > > using DESTDIR= > > > > > > I compiled, installed, compared. > > > BTW cd /usr/src; make delete - only cleans libs & bins but does > > > not > > > clean other junk listed in ObsoleteFiles.inc not even with > > > -DBATCH_DELETE_OLD_FILES or -DBATCH_DELETE_OLD_FILES=YES so > > > manually purged, > > > I believe I have a clean system built from .ctm_status src-cur 14077 > > > .svn_revision 348842 but /usr/src/sys/modules/sdio still fails, > > > so there was a commit of unbuildable code. > > > > > > cd /usr/src ; find . -name opt_cam.h # tools/tools/vhba/opt_cam.h > > > cd /usr/include ; find . -name opt_cam.h # nothing > > > > > > > > > > I have a 2nd slower current box also building to 14077, I will then > > > > take that on up to latest .ctm_status src-cur 14087 .svn_revision > > > > 349129 to see if problem clears. > > > > > > make buildworld blew on newer current, with a different bug: > > > > > > cc -O2 -pipe -I/usr/src/usr.bin/mkesdb_static > > > -I/usr/src/usr.bin/mkesdb_static/../mkesdb - > > > I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv -g -MD - > > > MF.depend.lex.o -MTlex.o -std=gnu99 -Qunused-arguments - > > > I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -c lex.c -o > > > lex.o > > > /usr/src/usr.bin/mkesdb/lex.l:46:10: fatal error: 'yacc.h' file not > > > found > > > #include "yacc.h" > > > ^~~~ > > > 1 error generated. > > > *** Error code 1 > > > > > > Stop. > > > make[3]: stopped in /usr/src/usr.bin/mkesdb_static > > > > > > A double waste of CPU & human time & power in a hot office. > > > Commit bits used to be suspended for un-buildable code. I'll boot > > > stable. > > > > Since you seem to be so focused on mean-spirited criticism of others, > > I'm sure you'll understand when I ask... > > > > Have you *seriosly* been using and building freebsd this long and you > > don't know that an opt_*.h file is generated as part of the build and > > exists only in the object directory, so that searching for it under > > /usr/src or /usr/include would be... let's see, how did you put it?... > > Oh yeah: A double waste of CPU & human time. > > Personal noise is irrelevant. > > Facts: > Unchecked commits broken make buildworld twice, > Time was wasted by bad commits. > My time ran out. > Current does not benefit from commits that break buildworld. > I (like a friend before) must switch to stable to avoid breakage. This my friend was not a bad commit. From what I can tell you are the only person having a problem. That, as my previous email suggests, is one of the following: a) Something amiss in your source tree (and no one else's). b) Something amiss in your object directory (and no one else's). c) User error. > > Time was, ~25 years back, when FreeBSD commiters who screwed > the build were awarded a conical hat & took a one week holiday. A > mild rebuke for wasting people's time, & a short refreshing > break to go smell fresh air. No not coffee, but fresh air. I don't recall that time. Pointy hats, yes. Kicked out for a week, I never heard of that before. Though this is a poor metaphor, it comes to mind. Not to be disrespectful toward anyone. Don't bite the hand that feeds you. Sewing ill will among those who are more than willing to help you out here will make it more difficult for you next time. Maybe even this time. Again, once bit, twice shy. People might be thinking, I don't want to help this guy out. Just sayin', mind your words. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many
Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
Hi, Reference: > From: Ian Lepore > Date: Mon, 17 Jun 2019 18:56:35 -0600 Ian Lepore wrote: > On Tue, 2019-06-18 at 02:21 +0200, Julian H. Stacey wrote: > > "Julian H. Stacey" wrote: > > > "Bjoern A. Zeeb" wrote: > > > > On 17 Jun 2019, at 10:37, Mark Linimon wrote: > > > > > > > > > On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey > > > > > wrote: > > > > > > svn_revision 348842 > > > > > > > > > > [ ...] > > > > > > /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal > > > > > > error: > > > > > > 'opt_cam.h' file not found > > > > > > #include "opt_cam.h" > > > > > > ^~~ > > > > > > 1 error generated. > > > > > > > > > > This is extremely unlikely to be r348842. I would investigate > > > > > r349025 > > > > > instead. (Committer Cc:ed.) > > > > > > > > Almost, more likely me. I just had a look. I am not exactly > > > > sure how > > > > to reproduce this? > > > > > > > > /bz > > > > > > If I can help let me know. > > > My buildworld broke with 13.0-CURRENT > > > /usr/src .ctm_status src-cur 14077 .svn_revision 348842 > > > I'm now running make install, > > > & can then compare my root include & libs with with a set > > > installed > > > using DESTDIR= > > > > I compiled, installed, compared. > > BTW cd /usr/src; make delete - only cleans libs & bins but does > > not > > clean other junk listed in ObsoleteFiles.inc not even with > > -DBATCH_DELETE_OLD_FILES or -DBATCH_DELETE_OLD_FILES=YES so > > manually purged, > > I believe I have a clean system built from .ctm_status src-cur 14077 > > .svn_revision 348842 but /usr/src/sys/modules/sdio still fails, > > so there was a commit of unbuildable code. > > > > cd /usr/src ; find . -name opt_cam.h# tools/tools/vhba/opt_cam.h > > cd /usr/include ; find . -name opt_cam.h# nothing > > > > > > > I have a 2nd slower current box also building to 14077, I will then > > > take that on up to latest .ctm_status src-cur 14087 .svn_revision > > > 349129 to see if problem clears. > > > > make buildworld blew on newer current, with a different bug: > > > > cc -O2 -pipe -I/usr/src/usr.bin/mkesdb_static > > -I/usr/src/usr.bin/mkesdb_static/../mkesdb - > > I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv -g -MD - > > MF.depend.lex.o -MTlex.o -std=gnu99 -Qunused-arguments - > > I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -c lex.c -o > > lex.o > > /usr/src/usr.bin/mkesdb/lex.l:46:10: fatal error: 'yacc.h' file not > > found > > #include "yacc.h" > > ^~~~ > > 1 error generated. > > *** Error code 1 > > > > Stop. > > make[3]: stopped in /usr/src/usr.bin/mkesdb_static > > > > A double waste of CPU & human time & power in a hot office. > > Commit bits used to be suspended for un-buildable code. I'll boot > > stable. > > Since you seem to be so focused on mean-spirited criticism of others, > I'm sure you'll understand when I ask... > > Have you *seriosly* been using and building freebsd this long and you > don't know that an opt_*.h file is generated as part of the build and > exists only in the object directory, so that searching for it under > /usr/src or /usr/include would be... let's see, how did you put it?... > Oh yeah: A double waste of CPU & human time. Personal noise is irrelevant. Facts: Unchecked commits broken make buildworld twice, Time was wasted by bad commits. My time ran out. Current does not benefit from commits that break buildworld. I (like a friend before) must switch to stable to avoid breakage. Time was, ~25 years back, when FreeBSD commiters who screwed the build were awarded a conical hat & took a one week holiday. A mild rebuke for wasting people's time, & a short refreshing break to go smell fresh air. No not coffee, but fresh air. Cheers, Julian -- Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent Brexit ref. stole votes from 700,000 Brits in EU; 1.9 M young, more remainers had no vote; 1.3 M old mostly leavers died. Advert lies paid by noses in the trough; some foreign funders fined. New referendum now! http://stolenvotes.uk ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
In message <911450150d242ec9adbc2d4f0973279509b36ecd.ca...@freebsd.org> , Ian Le pore writes: > On Tue, 2019-06-18 at 02:21 +0200, Julian H. Stacey wrote: > > "Julian H. Stacey" wrote: > > > "Bjoern A. Zeeb" wrote: > > > > On 17 Jun 2019, at 10:37, Mark Linimon wrote: > > > > > > > > > On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey > > > > > wrote: > > > > > > svn_revision 348842 > > > > > > > > > > [ ...] > > > > > > /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal > > > > > > error: > > > > > > 'opt_cam.h' file not found > > > > > > #include "opt_cam.h" > > > > > > ^~~ > > > > > > 1 error generated. > > > > > > > > > > This is extremely unlikely to be r348842. I would investigate > > > > > r349025 > > > > > instead. (Committer Cc:ed.) > > > > > > > > Almost, more likely me. I just had a look. I am not exactly > > > > sure how > > > > to reproduce this? > > > > > > > > /bz > > > > > > If I can help let me know. > > > My buildworld broke with 13.0-CURRENT > > > /usr/src .ctm_status src-cur 14077 .svn_revision 348842 > > > I'm now running make install, > > > & can then compare my root include & libs with with a set > > > installed > > > using DESTDIR= > > > > I compiled, installed, compared. > > BTW cd /usr/src; make delete - only cleans libs & bins but does > > not > > clean other junk listed in ObsoleteFiles.inc not even with > > -DBATCH_DELETE_OLD_FILES or -DBATCH_DELETE_OLD_FILES=YES so > > manually purged, > > I believe I have a clean system built from .ctm_status src-cur 14077 > > .svn_revision 348842 but /usr/src/sys/modules/sdio still fails, > > so there was a commit of unbuildable code. > > > > cd /usr/src ; find . -name opt_cam.h# tools/tools/vhba/opt_cam.h > > cd /usr/include ; find . -name opt_cam.h# nothing > > > > > > > I have a 2nd slower current box also building to 14077, I will then > > > take that on up to latest .ctm_status src-cur 14087 .svn_revision > > > 349129 to see if problem clears. > > > > make buildworld blew on newer current, with a different bug: > > > > cc -O2 -pipe -I/usr/src/usr.bin/mkesdb_static > > -I/usr/src/usr.bin/mkesdb_static/../mkesdb - > > I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv -g -MD - > > MF.depend.lex.o -MTlex.o -std=gnu99 -Qunused-arguments - > > I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -c lex.c -o > > lex.o > > /usr/src/usr.bin/mkesdb/lex.l:46:10: fatal error: 'yacc.h' file not > > found > > #include "yacc.h" > > ^~~~ > > 1 error generated. > > *** Error code 1 > > > > Stop. > > make[3]: stopped in /usr/src/usr.bin/mkesdb_static > > > > A double waste of CPU & human time & power in a hot office. > > Commit bits used to be suspended for un-buildable code. I'll boot > > stable. > > Since you seem to be so focused on mean-spirited criticism of others, > I'm sure you'll understand when I ask... > > Have you *seriosly* been using and building freebsd this long and you > don't know that an opt_*.h file is generated as part of the build and > exists only in the object directory, so that searching for it under > /usr/src or /usr/include would be... let's see, how did you put it?... > Oh yeah: A double waste of CPU & human time. And, have you used any kind of UNIX or UNIX-like system to know that yacc.h is output from yacc? -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
Now that I'm back home, to reply inline re the yacc.h issue. In message <201906180021.x5i0l2rk057...@fire.js.berklix.net>, "Julian H. Stacey " writes: > "Julian H. Stacey" wrote: > > "Bjoern A. Zeeb" wrote: > > > On 17 Jun 2019, at 10:37, Mark Linimon wrote: > > > > > > > On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey wrote: > > > >> svn_revision 348842 > > > > [ ...] > > > >> /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal error: > > > >> 'opt_cam.h' file not found > > > >> #include "opt_cam.h" > > > >> ^~~ > > > >> 1 error generated. > > > > > > > > This is extremely unlikely to be r348842. I would investigate r349025 > > > > instead. (Committer Cc:ed.) > > > > > > Almost, more likely me. I just had a look. I am not exactly sure how > > > to reproduce this? > > > > > > /bz > > > > If I can help let me know. > > My buildworld broke with 13.0-CURRENT > > /usr/src .ctm_status src-cur 14077 .svn_revision 348842 > > I'm now running make install, > > & can then compare my root include & libs with with a set installed > > using DESTDIR= > > I compiled, installed, compared. > BTW cd /usr/src; make delete - only cleans libs & bins but does not > clean other junk listed in ObsoleteFiles.inc not even with > -DBATCH_DELETE_OLD_FILES or -DBATCH_DELETE_OLD_FILES=YES so manually purged > , > I believe I have a clean system built from .ctm_status src-cur 14077 > .svn_revision 348842 but /usr/src/sys/modules/sdio still fails, > so there was a commit of unbuildable code. > > cd /usr/src ; find . -name opt_cam.h # tools/tools/vhba/opt_cam.h > cd /usr/include ; find . -name opt_cam.h # nothing > > > > I have a 2nd slower current box also building to 14077, I will then > > take that on up to latest .ctm_status src-cur 14087 .svn_revision > > 349129 to see if problem clears. > > make buildworld blew on newer current, with a different bug: > > cc -O2 -pipe -I/usr/src/usr.bin/mkesdb_static -I/usr/src/usr.bin/mkesdb_stat > ic/../mkesdb -I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv -g -MD > -MF.depend.lex.o -MTlex.o -std=gnu99 -Qunused-arguments -I/usr/obj/usr/src > /amd64.amd64/tmp/legacy/usr/include -c lex.c -o lex.o > /usr/src/usr.bin/mkesdb/lex.l:46:10: fatal error: 'yacc.h' file not found > #include "yacc.h" > ^~~~ > 1 error generated. > *** Error code 1 > > Stop. > make[3]: stopped in /usr/src/usr.bin/mkesdb_static slippy$ ls /export/obj/opt/src/svn-current/amd64.amd64/usr.bin/mkesdb lex.c mkesdb.1.gz mkesdb.full.meta yacc.o lex.c.metamkesdb.1.gz.meta mkesdb.meta yacc.o.meta lex.o mkesdb.debug yacc.c lex.o.metamkesdb.debug.meta yacc.c.meta mkesdbmkesdb.full yacc.h < here it is slippy$ > > A double waste of CPU & human time & power in a hot office. > Commit bits used to be suspended for un-buildable code. I'll boot stable. Calm down. This looks like a corrupted obj directory, corrupted src tree, or user error to me and it doesn't matter right now anyway. rm -rf /usr/obj or wherever you keep it and start afresh. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
On Tue, 2019-06-18 at 02:21 +0200, Julian H. Stacey wrote: > "Julian H. Stacey" wrote: > > "Bjoern A. Zeeb" wrote: > > > On 17 Jun 2019, at 10:37, Mark Linimon wrote: > > > > > > > On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey > > > > wrote: > > > > > svn_revision 348842 > > > > > > > > [ ...] > > > > > /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal > > > > > error: > > > > > 'opt_cam.h' file not found > > > > > #include "opt_cam.h" > > > > > ^~~ > > > > > 1 error generated. > > > > > > > > This is extremely unlikely to be r348842. I would investigate > > > > r349025 > > > > instead. (Committer Cc:ed.) > > > > > > Almost, more likely me. I just had a look. I am not exactly > > > sure how > > > to reproduce this? > > > > > > /bz > > > > If I can help let me know. > > My buildworld broke with 13.0-CURRENT > > /usr/src .ctm_status src-cur 14077 .svn_revision 348842 > > I'm now running make install, > > & can then compare my root include & libs with with a set > > installed > > using DESTDIR= > > I compiled, installed, compared. > BTW cd /usr/src; make delete - only cleans libs & bins but does > not > clean other junk listed in ObsoleteFiles.inc not even with > -DBATCH_DELETE_OLD_FILES or -DBATCH_DELETE_OLD_FILES=YES so > manually purged, > I believe I have a clean system built from .ctm_status src-cur 14077 > .svn_revision 348842 but /usr/src/sys/modules/sdio still fails, > so there was a commit of unbuildable code. > > cd /usr/src ; find . -name opt_cam.h # tools/tools/vhba/opt_cam.h > cd /usr/include ; find . -name opt_cam.h # nothing > > > > I have a 2nd slower current box also building to 14077, I will then > > take that on up to latest .ctm_status src-cur 14087 .svn_revision > > 349129 to see if problem clears. > > make buildworld blew on newer current, with a different bug: > > cc -O2 -pipe -I/usr/src/usr.bin/mkesdb_static > -I/usr/src/usr.bin/mkesdb_static/../mkesdb - > I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv -g -MD - > MF.depend.lex.o -MTlex.o -std=gnu99 -Qunused-arguments - > I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -c lex.c -o > lex.o > /usr/src/usr.bin/mkesdb/lex.l:46:10: fatal error: 'yacc.h' file not > found > #include "yacc.h" > ^~~~ > 1 error generated. > *** Error code 1 > > Stop. > make[3]: stopped in /usr/src/usr.bin/mkesdb_static > > A double waste of CPU & human time & power in a hot office. > Commit bits used to be suspended for un-buildable code. I'll boot > stable. Since you seem to be so focused on mean-spirited criticism of others, I'm sure you'll understand when I ask... Have you *seriosly* been using and building freebsd this long and you don't know that an opt_*.h file is generated as part of the build and exists only in the object directory, so that searching for it under /usr/src or /usr/include would be... let's see, how did you put it?... Oh yeah: A double waste of CPU & human time. -- Ian ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
On June 17, 2019 5:21:02 PM PDT, "Julian H. Stacey" wrote: >"Julian H. Stacey" wrote: >> "Bjoern A. Zeeb" wrote: >> > On 17 Jun 2019, at 10:37, Mark Linimon wrote: >> > >> > > On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey wrote: >> > >> svn_revision 348842 >> > > [ ...] >> > >> /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal >error: >> > >> 'opt_cam.h' file not found >> > >> #include "opt_cam.h" >> > >> ^~~ >> > >> 1 error generated. >> > > >> > > This is extremely unlikely to be r348842. I would investigate >r349025 >> > > instead. (Committer Cc:ed.) >> > >> > Almost, more likely me. I just had a look. I am not exactly sure >how >> > to reproduce this? >> > >> > /bz >> >> If I can help let me know. >> My buildworld broke with 13.0-CURRENT >> /usr/src .ctm_status src-cur 14077 .svn_revision 348842 >> I'm now running make install, >> & can then compare my root include & libs with with a set installed >> using DESTDIR= > >I compiled, installed, compared. > BTW cd /usr/src; make delete - only cleans libs & bins but does not > clean other junk listed in ObsoleteFiles.inc not even with >-DBATCH_DELETE_OLD_FILES or -DBATCH_DELETE_OLD_FILES=YES so manually >purged, >I believe I have a clean system built from .ctm_status src-cur 14077 >.svn_revision 348842 but /usr/src/sys/modules/sdio still fails, >so there was a commit of unbuildable code. > >cd /usr/src ; find . -name opt_cam.h # tools/tools/vhba/opt_cam.h >cd /usr/include ; find . -name opt_cam.h # nothing > > >> I have a 2nd slower current box also building to 14077, I will then >> take that on up to latest .ctm_status src-cur 14087 .svn_revision >> 349129 to see if problem clears. > >make buildworld blew on newer current, with a different bug: > >cc -O2 -pipe -I/usr/src/usr.bin/mkesdb_static >-I/usr/src/usr.bin/mkesdb_static/../mkesdb >-I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv -g -MD >-MF.depend.lex.o -MTlex.o -std=gnu99 -Qunused-arguments >-I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -c lex.c -o lex.o >/usr/src/usr.bin/mkesdb/lex.l:46:10: fatal error: 'yacc.h' file not >found >#include "yacc.h" > ^~~~ >1 error generated. >*** Error code 1 > >Stop. >make[3]: stopped in /usr/src/usr.bin/mkesdb_static > >A double waste of CPU & human time & power in a hot office. >Commit bits used to be suspended for un-buildable code. I'll boot >stable. > >Cheers, >Julian You're looking in the wrong place. Pardon the brevity, I'm doing this (ssh, copy/paste, email) on a phone. Last login: Mon Jun 17 09:20:29 2019 from s0106788a207e2972.gv.shawcable.net FreeBSD 13.0-CURRENT (PROD2) #362 r349135M: Mon Jun 17 05:10:26 PDT 2019 Access to, or unauthorized use of data on this computer by any person other than authorized person(s) or owner(s) of an account is strictly prohibited and may result in legal action against such person. cwfw$ find /export/obj/opt/src/svn-current/amd64.amd64/sys/PROD2 -name opt_cam.h /export/obj/opt/src/svn-current/amd64.amd64/sys/PROD2/opt_cam.h /export/obj/opt/src/svn-current/amd64.amd64/sys/PROD2/modules/opt/src/svn-current/sys/modules/hptrr/opt_cam.h /export/obj/opt/src/svn-current/amd64.amd64/sys/PROD2/modules/opt/src/svn-current/sys/modules/isp/opt_cam.h /export/obj/opt/src/svn-current/amd64.amd64/sys/PROD2/modules/opt/src/svn-current/sys/modules/hptiop/opt_cam.h /export/obj/opt/src/svn-current/amd64.amd64/sys/PROD2/modules/opt/src/svn-current/sys/modules/hpt27xx/opt_cam.h /export/obj/opt/src/svn-current/amd64.amd64/sys/PROD2/modules/opt/src/svn-current/sys/modules/arcmsr/opt_cam.h /export/obj/opt/src/svn-current/amd64.amd64/sys/PROD2/modules/opt/src/svn-current/sys/modules/mvs/opt_cam.h /export/obj/opt/src/svn-current/amd64.amd64/sys/PROD2/modules/opt/src/svn-current/sys/modules/aacraid/opt_cam.h /export/obj/opt/src/svn-current/amd64.amd64/sys/PROD2/modules/opt/src/svn-current/sys/modules/siis/opt_cam.h /export/obj/opt/src/svn-current/amd64.amd64/sys/PROD2/modules/opt/src/svn-current/sys/modules/sym/opt_cam.h /export/obj/opt/src/svn-current/amd64.amd64/sys/PROD2/modules/opt/src/svn-current/sys/modules/vpo/opt_cam.h /export/obj/opt/src/svn-current/amd64.amd64/sys/PROD2/modules/opt/src/svn-current/sys/modules/mps/opt_cam.h /export/obj/opt/src/svn-current/amd64.amd64/sys/PROD2/modules/opt/src/svn-current/sys/modules/mrsas/opt_cam.h /export/obj/opt/src/svn-current/amd64.amd64/sys/PROD2/modules/opt/src/svn-current/sys/modules/iir/opt_cam.h /export/obj/opt/src/svn-current/amd64.amd64/sys/PROD2/modules/opt/src/svn-current/sys/modules/trm/opt_cam.h /export/obj/opt/src/svn-current/amd64.amd64/sys/PROD2/modules/opt/src/svn-current/sys/modules/sdio/opt_cam.h /export/obj/opt/src/svn-current/amd64.amd64/sys/PROD2/modules/opt/src/svn-current/sys/modules/mpt/opt_cam.h /export/obj/opt/src/svn-current/amd64.amd64/sys/PROD2/modules/opt/src/svn-current/sys/modules/hptmv/opt_cam.h
Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
"Julian H. Stacey" wrote: > "Bjoern A. Zeeb" wrote: > > On 17 Jun 2019, at 10:37, Mark Linimon wrote: > > > > > On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey wrote: > > >> svn_revision 348842 > > > [ ...] > > >> /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal error: > > >> 'opt_cam.h' file not found > > >> #include "opt_cam.h" > > >> ^~~ > > >> 1 error generated. > > > > > > This is extremely unlikely to be r348842. I would investigate r349025 > > > instead. (Committer Cc:ed.) > > > > Almost, more likely me. I just had a look. I am not exactly sure how > > to reproduce this? > > > > /bz > > If I can help let me know. > My buildworld broke with 13.0-CURRENT > /usr/src .ctm_status src-cur 14077 .svn_revision 348842 > I'm now running make install, > & can then compare my root include & libs with with a set installed > using DESTDIR= I compiled, installed, compared. BTW cd /usr/src; make delete - only cleans libs & bins but does not clean other junk listed in ObsoleteFiles.inc not even with -DBATCH_DELETE_OLD_FILES or -DBATCH_DELETE_OLD_FILES=YES so manually purged, I believe I have a clean system built from .ctm_status src-cur 14077 .svn_revision 348842 but /usr/src/sys/modules/sdio still fails, so there was a commit of unbuildable code. cd /usr/src ; find . -name opt_cam.h# tools/tools/vhba/opt_cam.h cd /usr/include ; find . -name opt_cam.h# nothing > I have a 2nd slower current box also building to 14077, I will then > take that on up to latest .ctm_status src-cur 14087 .svn_revision > 349129 to see if problem clears. make buildworld blew on newer current, with a different bug: cc -O2 -pipe -I/usr/src/usr.bin/mkesdb_static -I/usr/src/usr.bin/mkesdb_static/../mkesdb -I/usr/src/usr.bin/mkesdb_static/../../lib/libc/iconv -g -MD -MF.depend.lex.o -MTlex.o -std=gnu99 -Qunused-arguments -I/usr/obj/usr/src/amd64.amd64/tmp/legacy/usr/include -c lex.c -o lex.o /usr/src/usr.bin/mkesdb/lex.l:46:10: fatal error: 'yacc.h' file not found #include "yacc.h" ^~~~ 1 error generated. *** Error code 1 Stop. make[3]: stopped in /usr/src/usr.bin/mkesdb_static A double waste of CPU & human time & power in a hot office. Commit bits used to be suspended for un-buildable code. I'll boot stable. Cheers, Julian -- Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent Brexit ref. stole votes from 700,000 Brits in EU; 1.9 M young, more remainers had no vote; 1.3 M old mostly leavers died. Advert lies paid by noses in the trough; some foreign funders fined. New referendum now! http://stolenvotes.uk ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
In message , Warner Losh writes: > --c175e9058b881f98 > Content-Type: text/plain; charset="UTF-8" > > On Mon, Jun 17, 2019, 8:06 AM Cy Schubert wrote: > > > On June 17, 2019 3:55:45 AM PDT, "Bjoern A. Zeeb" wrote: > > >On 17 Jun 2019, at 10:37, Mark Linimon wrote: > > > > > >> On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey wrote: > > >>> svn_revision 348842 > > >> [ ...] > > >>> /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal error: > > >>> 'opt_cam.h' file not found > > >>> #include "opt_cam.h" > > >>> ^~~ > > >>> 1 error generated. > > >> > > >> This is extremely unlikely to be r348842. I would investigate > > >r349025 > > >> instead. (Committer Cc:ed.) > > > > > >Almost, more likely me. I just had a look. I am not exactly sure how > > >to reproduce this? > > > > > >/bz > > >___ > > >freebsd-current@freebsd.org mailing list > > >https://lists.freebsd.org/mailman/listinfo/freebsd-current > > >To unsubscribe, send any mail to > > >"freebsd-current-unsubscr...@freebsd.org" > > > > Could this be a possible race? I had an unrelated build failure on one of > > my machines, all with the same src tree. Simply restarting the failed > > buildworld resolved it. All my other machines had no such failure. > > > > The thing I fixed wasn't a race per se, but just s missing dependency for > the stand alone build case. I fixed exactly the bug reported, and the > report came from a rev w/o my change. I think it is just that simple. > > Warner I doubt your change had anything to do with the 1/4 builds of mine that failed. Lesson learned: time to slow down a little and at least save the output for possible subsequent discussion. And, slow down before hitting reply. This is becoming a pattern this week. Sorry for the SPAM. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
On Mon, Jun 17, 2019, 8:06 AM Cy Schubert wrote: > On June 17, 2019 3:55:45 AM PDT, "Bjoern A. Zeeb" wrote: > >On 17 Jun 2019, at 10:37, Mark Linimon wrote: > > > >> On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey wrote: > >>> svn_revision 348842 > >> [ ...] > >>> /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal error: > >>> 'opt_cam.h' file not found > >>> #include "opt_cam.h" > >>> ^~~ > >>> 1 error generated. > >> > >> This is extremely unlikely to be r348842. I would investigate > >r349025 > >> instead. (Committer Cc:ed.) > > > >Almost, more likely me. I just had a look. I am not exactly sure how > >to reproduce this? > > > >/bz > >___ > >freebsd-current@freebsd.org mailing list > >https://lists.freebsd.org/mailman/listinfo/freebsd-current > >To unsubscribe, send any mail to > >"freebsd-current-unsubscr...@freebsd.org" > > Could this be a possible race? I had an unrelated build failure on one of > my machines, all with the same src tree. Simply restarting the failed > buildworld resolved it. All my other machines had no such failure. > The thing I fixed wasn't a race per se, but just s missing dependency for the stand alone build case. I fixed exactly the bug reported, and the report came from a rev w/o my change. I think it is just that simple. Warner -- > Pardon the typos and autocorrect, small keyboard in use. > Cheers, > Cy Schubert > FreeBSD UNIX: Web: http://www.FreeBSD.org > > The need of the many outweighs the greed of the few. > ___ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" > ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
On June 17, 2019 3:55:45 AM PDT, "Bjoern A. Zeeb" wrote: >On 17 Jun 2019, at 10:37, Mark Linimon wrote: > >> On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey wrote: >>> svn_revision 348842 >> [ ...] >>> /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal error: >>> 'opt_cam.h' file not found >>> #include "opt_cam.h" >>> ^~~ >>> 1 error generated. >> >> This is extremely unlikely to be r348842. I would investigate >r349025 >> instead. (Committer Cc:ed.) > >Almost, more likely me. I just had a look. I am not exactly sure how >to reproduce this? > >/bz >___ >freebsd-current@freebsd.org mailing list >https://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to >"freebsd-current-unsubscr...@freebsd.org" Could this be a possible race? I had an unrelated build failure on one of my machines, all with the same src tree. Simply restarting the failed buildworld resolved it. All my other machines had no such failure. -- Pardon the typos and autocorrect, small keyboard in use. Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
Mark Linimon wrote: > On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey wrote: > > svn_revision 348842 > [ ...] > > /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal error: > > 'opt_cam.h' file not found > > #include "opt_cam.h" > > ^~~ > > 1 error generated. > > This is extremely unlikely to be r348842. Sorry, I just meant that's where my src/ was up to, not that I suspected r348842 > I would investigate r349025 > instead. (Committer Cc:ed.) Thanks for looking, I found: https://svnweb.freebsd.org/base?view=revision=349025 Add opt_cam.h so we can build this outside of a kernel build. My broken system only at 348842 My other slower current (also rebuilding to 348842), once finished, I will take on & try with whatever is then latest, currently here that's .svn_revision 349129 delivered by CTM with .ctm_status src-cur 14087 Cheers, Julian -- Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent Brexit ref. stole votes from 700,000 Brits in EU; 1.9 M young, more remainers had no vote; 1.3 M old mostly leavers died. Advert lies paid by noses in the trough; some foreign funders fined. New referendum now! http://stolenvotes.uk ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
Hi, Reference: > From: "Bjoern A. Zeeb" > Date: Mon, 17 Jun 2019 10:55:45 + "Bjoern A. Zeeb" wrote: > On 17 Jun 2019, at 10:37, Mark Linimon wrote: > > > On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey wrote: > >> svn_revision 348842 > > [ ...] > >> /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal error: > >> 'opt_cam.h' file not found > >> #include "opt_cam.h" > >> ^~~ > >> 1 error generated. > > > > This is extremely unlikely to be r348842. I would investigate r349025 > > instead. (Committer Cc:ed.) > > Almost, more likely me. I just had a look. I am not exactly sure how > to reproduce this? > > /bz If I can help let me know. My buildworld broke with 13.0-CURRENT /usr/src .ctm_status src-cur 14077 .svn_revision 348842 I'm now running make install, & can then compare my root include & libs with with a set installed using DESTDIR= I have a 2nd slower current box also building to 14077, I will then take that on up to latest .ctm_status src-cur 14087 .svn_revision 349129 to see if problem clears. Cheers, Julian -- Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent Brexit ref. stole votes from 700,000 Brits in EU; 1.9 M young, more remainers had no vote; 1.3 M old mostly leavers died. Advert lies paid by noses in the trough; some foreign funders fined. New referendum now! http://stolenvotes.uk ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
On 17 Jun 2019, at 10:37, Mark Linimon wrote: On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey wrote: svn_revision 348842 [ ...] /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal error: 'opt_cam.h' file not found #include "opt_cam.h" ^~~ 1 error generated. This is extremely unlikely to be r348842. I would investigate r349025 instead. (Committer Cc:ed.) Almost, more likely me. I just had a look. I am not exactly sure how to reproduce this? /bz ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
On Mon, Jun 17, 2019 at 11:41:03AM +0200, Julian H. Stacey wrote: > svn_revision 348842 [ ...] > /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal error: > 'opt_cam.h' file not found > #include "opt_cam.h" > ^~~ > 1 error generated. This is extremely unlikely to be r348842. I would investigate r349025 instead. (Committer Cc:ed.) mcl ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
sys/modules/sdio broken in .svn_revision 348842 'opt_cam.h' not found
.ctm_status src-cur 14077 .svn_revision 348842 ===> sys/modules/sdio (all) machine -> /usr/src/sys/amd64/include x86 -> /usr/src/sys/x86/include awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/sdio/sdio_if.m -c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/sdio/sdio_if.m -h cc -target x86_64-unknown-freebsd13.0 --sysroot=/1s4/release/13.0-CURRENT/usr/obj/usr/src/amd64.amd64/tmp -B/1s4/release/13.0-CURRENT/usr/obj/usr/src/amd64.amd64/tmp/usr/bin -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/ck/include -fno-common -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -fdebug-prefix-map=./machine=/usr/src/sys/amd64/include -fdebug-prefix-map=./x86=/usr/src/sys/x86/include -MD -MF.depend.sdiob.o -MTsdiob.o -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unus! ed-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-address-of-packed-member -mno-aes -mno-avx -std=iso9899:1999 -c /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c -o sdiob.o /usr/src/sys/modules/sdio/../../dev/sdio/sdiob.c:68:10: fatal error: 'opt_cam.h' file not found #include "opt_cam.h" ^~~ 1 error generated. *** Error code 1 Stop. bmake[5]: stopped in /usr/src/sys/modules/sdio *** Error code 1 I assume some commiters fail to detect breakages as they don't assert MODULES_WITH_WORLD="YES". I saw similar twice in 2018-07 See disparity in supposedly current boxes, with: ls -l /boot/modules; ls -l /boot/kernel/kernel Cheers, Julian -- Julian Stacey, Consultant Systems Engineer, BSD Linux Unix, Munich Aachen Kent Brexit ref. stole votes from 700,000 Brits in EU; 1.9 M young, more remainers had no vote; 1.3 M old mostly leavers died. Advert lies paid by noses in the trough; some foreign funders fined. New referendum now! http://stolenvotes.uk ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"