Date: Mon, 10 Jun 2024 21:53:55 +0200 From: Mariusz Zaborski <oshogbo@freebsd.org> To: Alan Somers <asomers@freebsd.org> Cc: Ed Maste <emaste@freebsd.org>, src-committers@freebsd.org, dev-commits-src-all@freebsd.org, dev-commits-src-main@freebsd.org Subject: Re: git: 91d35fb663e0 - main - Remove WITHOUT_CAPSICUM build support Message-ID: <CAGOYWV8S2KcwetOOUG3GGeOhyCDnAiAb9BobD82O7%2BYJM7MyWg@mail.gmail.com> In-Reply-To: <CAOtMX2g5SDvT2RWeL_JHKMkTYtfMtBbDo9VKph2539fmLu9uzA@mail.gmail.com> References: <202404231227.43NCRKnq030628@gitrepo.freebsd.org> <CAOtMX2g5SDvT2RWeL_JHKMkTYtfMtBbDo9VKph2539fmLu9uzA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--000000000000086c87061a8e8308 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello Alan, Kernel still can be built without Capsicum support. So caph_* functions still are useful. Thanks, Mariusz On Mon, 10 Jun 2024 at 19:46, Alan Somers <asomers@freebsd.org> wrote: > On Tue, Apr 23, 2024 at 6:27=E2=80=AFAM Ed Maste <emaste@freebsd.org> wro= te: > > > > The branch main has been updated by emaste: > > > > URL: > https://cgit.FreeBSD.org/src/commit/?id=3D91d35fb663e0276abc4963ae559e475= 9ea929842 > > > > commit 91d35fb663e0276abc4963ae559e4759ea929842 > > Author: Ed Maste <emaste@FreeBSD.org> > > AuthorDate: 2024-04-23 11:20:59 +0000 > > Commit: Ed Maste <emaste@FreeBSD.org> > > CommitDate: 2024-04-23 12:26:28 +0000 > > > > Remove WITHOUT_CAPSICUM build support > > > > Capsicum is non-optional as of c24c117b9644 ("Remove > > WITHOUT_{CAPSICUM,CASPER} options"). > > > > `#ifndef WITHOUT_CAPSICUM` is left in the source for the benefit of > > downstream consumers, but is never defined in FreeBSD. > > > > Reviewed by: oshogbo > > Sponsored by: The FreeBSD Foundation > > Differential Revision: https://reviews.freebsd.org/D42077 > > Should we now remove the caph_enter family of functions? Or do they > still have utility for downstream consumers? > --000000000000086c87061a8e8308 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Hello Alan,<br><br>Kernel still can be built without Capsi= cum support.<br>So caph_* functions still are useful.<br><br>Thanks,<br>Mar= iusz</div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_at= tr">On Mon, 10 Jun 2024 at 19:46, Alan Somers <<a href=3D"mailto:asomers= @freebsd.org">asomers@freebsd.org</a>> wrote:<br></div><blockquote class= =3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rg= b(204,204,204);padding-left:1ex">On Tue, Apr 23, 2024 at 6:27=E2=80=AFAM Ed= Maste <<a href=3D"mailto:emaste@freebsd.org" target=3D"_blank">emaste@f= reebsd.org</a>> wrote:<br> ><br> > The branch main has been updated by emaste:<br> ><br> > URL: <a href=3D"https://cgit.FreeBSD.org/src/commit/?id=3D91d35fb663e0= 276abc4963ae559e4759ea929842" rel=3D"noreferrer" target=3D"_blank">https://= cgit.FreeBSD.org/src/commit/?id=3D91d35fb663e0276abc4963ae559e4759ea929842<= /a><br> ><br> > commit 91d35fb663e0276abc4963ae559e4759ea929842<br> > Author:=C2=A0 =C2=A0 =C2=A0Ed Maste <emaste@FreeBSD.org><br> > AuthorDate: 2024-04-23 11:20:59 +0000<br> > Commit:=C2=A0 =C2=A0 =C2=A0Ed Maste <emaste@FreeBSD.org><br> > CommitDate: 2024-04-23 12:26:28 +0000<br> ><br> >=C2=A0 =C2=A0 =C2=A0Remove WITHOUT_CAPSICUM build support<br> ><br> >=C2=A0 =C2=A0 =C2=A0Capsicum is non-optional as of c24c117b9644 ("= Remove<br> >=C2=A0 =C2=A0 =C2=A0WITHOUT_{CAPSICUM,CASPER} options").<br> ><br> >=C2=A0 =C2=A0 =C2=A0`#ifndef WITHOUT_CAPSICUM` is left in the source fo= r the benefit of<br> >=C2=A0 =C2=A0 =C2=A0downstream consumers, but is never defined in FreeB= SD.<br> ><br> >=C2=A0 =C2=A0 =C2=A0Reviewed by:=C2=A0 =C2=A0 oshogbo<br> >=C2=A0 =C2=A0 =C2=A0Sponsored by:=C2=A0 =C2=A0The FreeBSD Foundation<br= > >=C2=A0 =C2=A0 =C2=A0Differential Revision:=C2=A0 <a href=3D"https://rev= iews.freebsd.org/D42077" rel=3D"noreferrer" target=3D"_blank">https://revie= ws.freebsd.org/D42077</a><br> <br> Should we now remove the caph_enter family of functions?=C2=A0 Or do they<b= r> still have utility for downstream consumers?<br> </blockquote></div> --000000000000086c87061a8e8308--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAGOYWV8S2KcwetOOUG3GGeOhyCDnAiAb9BobD82O7%2BYJM7MyWg>