Cy Schubert wrote:
> [External Email. Be cautious of content]
>
>
> In message <45359.1594266...@kaos.jnpr.net>, "Simon J. Gerraty" writes:
> > Cy Schubert wrote:
> > > This broke ports.
> >
> > I've reverted the change.
> >
> > Let me know if you still see issue.
>
> As I said in my email,
Cy Schubert wrote:
> This broke ports.
I've reverted the change.
Let me know if you still see issue.
>
> cwsys# make checksum
> make: "/usr/ports/Mk/Uses/python.mk" line 367: warning: String comparison
> operator should be either == or !=
> make: "/usr/ports/Mk/Uses/python.mk" line 367:
Kyle Evans wrote:
> universe13a% make -C stand -V .OBJDIR
> /scratch/tmp/kevans/obj/home/kevans/head/amd64.amd64/stand
>
> But in a buildenv:
> universe13a% make TARGET_ARCH=armv7 buildenv
> Entering world for armv7:arm
> For ZSH you must run: export CPUTYPE=
> universe13a% make -C stand -V
O. Hartmann wrote:
> > To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
> [... deleted ...]
>
>
> buildworld seems to be broken on this commit:
Ah! I did a buildworld, but build the 4th version of loader.
Sorry, will fix.
>
> [...]
> --- all_subdir_stand ---
> ---
Sorry, this header was in the diff I checked just before commit,
but somehow it got left behind.
Should be fixed now.
r358767
Ed Maste wrote:
> On Sun, 8 Mar 2020 at 13:42, Simon J. Gerraty wrote:
> >
> > Author: sjg
> > Date: Sun Mar 8 17:42:42 2020
> > New Revision: 358744
> > URL:
> >
John Baldwin wrote:
> > but would it not be more correct to just run makeman ?
>
> Yes, I would just run makeman and commit the result. Ideally you'd
> have included that in the original MFC even, but a followup commit
> is fine. I don't think it's really useful to try to MFC the 344853
>
Herbert J. Skuhra wrote:
> On Fri, 12 Apr 2019 03:03:00 +0200, "Simon J. Gerraty" wrote:
> > Also sbin/veriexec for mac_veriexec
> >
> > MFC r343281,344564-344568,344780,344784,345289,346070
>
> Partly MFC r344853?
Once the semihalf guys MFC their bits, that should apply in toto
but
O. Hartmann wrote:
> This commit seems to break "make installworld" by this error during install:
Sorry, I'll revert if I cannot quickly spot the issue
>
> [...]
> ===> share/doc (install)
> ===> share/doc/IPv6 (install)
> installing DIRS FILESDIR
> install -d -m 0755 -o root -g wheel
Rodney W. Grimes wrote:
> > Sorry,should I wait until after freeze?
> > This is all optional stuff anyway, so no great harm either way.
>
> No, please do merge this at 3 days, it is just that the
> normal minimum bake time in ^head is 3 days, freeze or not.
Ah, got it.
Thanks
--sjg
Rodney W. Grimes wrote:
> > Log:
> > load_key_buf do not free data from dearmor
> >
> > The data returned by dearmor is referenced by the key
> > leave it alone!
> >
> > Reviewed by: stevek
> > MFC after:2 days
>
> This is an exception below the standard minimal
John Baldwin wrote:
> > but would it not be more correct to just run makeman ?
>
> Yes, I would just run makeman and commit the result. Ideally you'd
> have included that in the original MFC even, but a followup commit
> is fine. I don't think it's really useful to try to MFC the 344853
>
Herbert J. Skuhra wrote:
> On Fri, 12 Apr 2019 03:03:00 +0200, "Simon J. Gerraty" wrote:
> > Also sbin/veriexec for mac_veriexec
> >
> > MFC r343281,344564-344568,344780,344784,345289,346070
>
> Partly MFC r344853?
Once the semihalf guys MFC their bits, that should apply in toto
but
Rodney W. Grimes wrote:
> > Differential Revision:D16575
>
> Just a small nit, for future reference, from the template:
Oops, noted thanks.
This is all disabled by default, but I did a buildworld with it all
enabled just prior so hopefully will not impact anyone negatively and
will help
13 matches
Mail list logo
