Re: Some packages in need of updates

[Adolf Belka <adolf.belka@ipfire.org>]

[-- Attachment #1: Type: text/plain, Size: 2158 bytes --]

Hi Peter,

In your original list you had nmap. This can't be updated as the latest version 7.93 requires to be built with openssl-3.0.5, so the update will have to wait a while.

Regards,

Adolf.

On 18/11/2022 16:38, Peter Müller wrote:
> Hello *,
>
> to add some packages to the initially posted list:
> - bash
> - libassuan
> - libpipeline
> - libuv
> - libxcrypt
> - OpenVPN
> - pcmciautils
> - qemu & qemu-ga
> - readline
> - sed
> - swig
> - usbutils
> - xz
>
> I am happy to take care of some of them, should the contributors typically doing
> package updates (Adolf and Matthias) experience capacity issues. Just drop me a line. :-)
>
> As for Core Update 172, it will be kept open until November 23, to await the outcome
> of Mozilla's ultimate to TrustCor Systems (and to pick up changes to their root CA
> store as quickly as possible).
>
> Thanks, and best regards,
> Peter Müller
>
>
>> Hello list,
>>
>> above all, apologies for being rather quiet recently. Yes, you guessed it, this is due to
>> ${dayjob} and non-IPFire-related todo lists, ever-growing as they are. :-/
>>
>> Since we currently have plenty of space left for upcoming Core Update 172, it would be great
>> if someone could take care of the following packages, which all seem to be in need of an
>> update:
>> - bird
>> - curl
>> - dehydrated
>> - expat
>> - fcron
>> - libedit
>> - libpng
>> - libxml2 ?
>> - libvirt
>> - ncat
>> - nginx
>> - nmap
>> - OpenSSL
>> - sudo
>> - zlib
>>
>> Please ensure to update the date in the copyright header, to make it more obvious which LFS
>> files have already collected some dust and which have not. :-) As always, your packaging efforts
>> and sniffing for updates is highly appreciated - many, many thanks.
>>
>> On that note, I screwed up the update of strongSwan 5.9.8, which I will take care of in due
>> course. Right now, the only thing scheduled for Core Update 172 on my end is to replace the
>> custom generation of Diffie-Hellman parameters in OpenVPN with those recommended by RFC 7919.
>>
>> Thank you in advance, and best regards,
>> Peter Müller