From mboxrd@z Thu Jan  1 00:00:00 1970
From: Michael Tremer <michael.tremer@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: IPFire 2.27 - Core Update 179 is available for testing
Date: Mon, 21 Aug 2023 11:00:32 +0100
Message-ID: <D3AD54E0-16EE-4B12-B48D-55A87E0C51DB@ipfire.org>
In-Reply-To: <2807337d-a74e-4d83-9b2f-8d6f90931361@ipfire.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0544196691161134168=="
List-Id: <development.lists.ipfire.org>

--===============0544196691161134168==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Oh, sorry. I just merged this into core 180.

I will fix this...

> On 21 Aug 2023, at 10:46, Adolf Belka <adolf.belka(a)ipfire.org> wrote:
>=20
> Hi Michael,
>=20
> Three days ago the OP from the request to update ppp to 2.5.0 had already t=
ried it out from CU179 Testing.
>=20
> He identified that there was a problem with the location for the run state =
directory for the pid files.
>=20
> /usr/var/run/ was being used rather than /var/run so the directories did no=
t exist when trying to run ppp.
>=20
> I submitted a patch to correct this which needs to be merged into CU179 Tes=
ting.
> https://lists.ipfire.org/pipermail/development/2023-August/016337.html
>=20
> Regards,
> Adolf.
>=20
>=20
> On 21/08/2023 10:00, IPFire Project wrote:
>> IPFire Logo
>> there is a new post from Michael Tremer on the IPFire Blog:
>> *IPFire 2.27 - Core Update 179 is available for testing*
>>    Just after releasing Core Update 178 which was added into our release c=
ycle to address Intel's and AMD's latest CPU vulnerabilities, we are back on =
track with our regular schedule. This release features Indirect Branch Tracki=
ng for user space, a completely rewritten ExtraHD amongst a large number of p=
ackage updates and the usual bunch of bug fixes.
>> Click Here To Read More <https://blog.ipfire.org/post/ipfire-2-27-core-upd=
ate-179-is-available-for-testing>
>> The IPFire Project
>> Don't like these emails? Unsubscribe <https://people.ipfire.org/unsubscrib=
e>.


--===============0544196691161134168==--