* Re: IPFire 2.29 - Core Update 184 is available for testing
2024-02-14 11:51 ` IPFire 2.29 - Core Update 184 is available for testing Adolf Belka
@ 2024-02-28 21:08 ` Adolf Belka
0 siblings, 0 replies; 2+ messages in thread
From: Adolf Belka @ 2024-02-28 21:08 UTC (permalink / raw)
To: development
[-- Attachment #1: Type: text/plain, Size: 3677 bytes --]
Hi All,
The additional patches mentioned in the mail below for the DROP_HOSTILE
fix have been merged into CU184 and everything is now working. Looks good.
With CU184 I have also tested the borgbackup changes, OpenVPN RW and N2N
connections, both existing ones and creating new ones. Everything worked
fine for the connections.
When creating a new N2N connection and uploading it to the "client" end
there is a bug in the status not being shown properly but nothing
related to CU184. This is bug#13548 and a patch fix has been submitted.
This can wait for CU185 as there is a simple workaround.
There was a bug introduced in CU183 with the latest OpenSSL which was
missed in the testing. An OpenSSL bugfix introduced a bug for IPFire
when creating a new root/host certificates set. In future I intend to
also test out creating new root/host certificates in the Testing phase.
This problem is bug#13595 and a bug fix patch has been submitted. This
might be good to get into CU184 if at all possible but if not then there
is a workaround process involving removing two lines from the ovpn.conf
file.
Apart from the above, which weren't caused by the CU184 update but were
just noticed at the same time, all other functions I have tested out
have worked without problems.
Regards,
Adolf.
On 14/02/2024 12:51, Adolf Belka wrote:
> Hi All,
>
> The fix for bug#12981 of choosing to log or not log the Hostile
> traffic coming in and out separately has one bug if you are doing a
> core update and another if you do a fresh install.
>
> For the Core Update the collectd.conf file changes were not shipped so
> the DROP_HOSTILE_IN & DROP_HOSTILE_OUT directories are not created and
> the graphs have an error then as they look for those directories.
> I submitted a patch for that issue three days ago.
>
> If you do a fresh install the DROP_HOSTILE_IN & DROP_HOSTILE_OUT
> directories are created but the code errors as it tries to open the
> DROP_HOSTILE directory that is not present.
> I submitted a patch for that issue this morning.
>
>
> Regards,
> Adolf.
>
>
> On 14/02/2024 12:15, IPFire Project wrote:
>> Today we are releasing the next version of IPFire for testing: IPFire
>> 2.29 - Core Update 184. It comes with a number of improvements all
>> around the system and a lot of package updates. This change log reads
>> a lot more compact than our usual release, but nevertheless give this
>> update a good test and report any found issues back to the
>> development team. If you would like to support us financially, please
>> help us with a donation.
>>
>>
>>
>> IPFire_
>>
>>
>> IPFire 2.29 - Core Update 184 is available for testing
>>
>> Today we are releasing the next version of IPFire for testing: IPFire
>> 2.29 - Core Update 184. It comes with a number of improvements all
>> around the system and a lot of package updates. This change log reads
>> a lot more compact than our usual release, but nevertheless give this
>> update a good test and report any found issues back to the
>> development team. If you would like to support us financially, please
>> help us with a donation.
>>
>> Read The Full Post On Our Blog
>> <https://www.ipfire.org/blog/ipfire-2-29-core-update-184-is-available-for-testing?utm_medium=email&utm_source=blog-announcement>
>>
>> The IPFire Project, c/o Lightning Wire Labs GmbH, Gerhardstraße 8,
>> 45711 Datteln, Germany
>>
>> Unsubscribe <https://www.ipfire.org/unsubscribe>
>>
--
Sent from my laptop
^ permalink raw reply [flat|nested] 2+ messages in thread