From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Tremer To: development@lists.ipfire.org Subject: Re: [PATCH] prevent kernel address space leak via dmesg or /proc files Date: Mon, 07 Jan 2019 17:21:51 +0000 Message-ID: <4F57E04C-2DCD-40D5-BCCB-F1710230654D@ipfire.org> In-Reply-To: <040e814d-58ea-b456-b4c3-0667c5882601@link38.eu> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5120170198280456894==" List-Id: --===============5120170198280456894== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable > On 7 Jan 2019, at 17:04, Peter M=C3=BCller wrot= e: >=20 > Hello Michael, >=20 >=20 >> Hello, >>=20 >> I merged this and edited the release number of the setup package. > thank you - I am not very sure with handling the release numbers. > Glad you fixed this for me. :-) >>=20 >> For pakfire to recognise changes, the release number (or version number) h= as to be increased. Since this package does not follow an upstream one, it wo= uld have been only the release. I did that for you. >>=20 >> Why did we say again this should live in the setup package and not the ker= nel? > As far as I can recall, we did not. However, this patch contains > sysctl parameters, so I guess it makes sens to include them in > the sysctl package. Kernel flags, for example, will be patched in > the kernel package. To be honest, I do not have a better place where this could live. However, these flags are closely tied to the kernel, so the kernel package wo= uld make sense. However, multiple of those can be installed at the same time = and loading incompatible settings might happen. We will leave this for now until we have a better idea. Best, -Michael >=20 > Thanks, and best regards, > Peter M=C3=BCller >>=20 >> -Michael >> --=20 > Microsoft DNS service terminates abnormally when it recieves a response > to a DNS query that was never made. Fix Information: Run your DNS > service on a different platform. > -- bugtraq --===============5120170198280456894==--