Libbsd situation.

[Sebastian Huber]

Hello Karel,

On 17.07.23 13:12, Karel Gardas wrote:
> 
>    Hello,
> 
> if I'm right than RTEMS 6 should be accompanied with libbsd from 
> 6-freebsd-12 branch which should be based on freebsd-12 (stable/12 
> branch). Please correct me if I'm wrong here.
> 
> If I'm right above, then there are few things which worries me a bit:
> 
> (1) FreeBSD's 12 branch is going to be EoLed soon, e.g. December 31, 
> 2023 as claimed on https://www.freebsd.org/security/#sup
> 
> (2) 6-freebsd-12 branch latest commit in freebsd-org is from Feb 9 
> 22:15:35 2020. Based on that it looks like 6-freebsd-12 branch is >6k 
> commits behind the FreeBSD's stable/12 branch.
> 
> May this outage be solved by using libbsd master branch? It does not 
> look like as:
> 
> (i) latest commit in freebsd-org in libbsd master branch is even older 
> than in 6-freebsd-12 and it is from Sep 24 01:58:54 2019.
> 
> (ii) even if I consider Sebastian's own master-update branch available 
> on his github.com account, it seem this branch synced with what is in 
> 6-freebsd-12 and ends exactly on 2020-02-09. So, it looks like master is 
> also missing few thousands patches from FreeBSD development...
> 
> Anyway, my biggest worry is that RTEMS 6 libbsd may be based on source 
> code which will lose upstream project support soon after the RTEMS 6 
> release (assuming RTEMS 6 will happen before Dec 31 2023). So I'm 
> curious if with all those outdatnes it would not be good to jump and 
> update master which would be supported by another 5 years (assuming this 
> is stable/14 branch).
> E.g. the situation is exactly like with GCC where Sebastian clearly 
> warned about it and project moved from 10 to 12 and now it looks like we 
> will even move to GCC 13 release for RTEMS 6... Except that in case of 
> libbsd it has not happened yet.
> 
> Am I missing something or is this really a situation with libbsd as of 
> today?

your assessment is unfortunately correct. I made some attempts to update 
libbsd, but other maintainers disagreed with my approach. We have 
internal plans to rework the libbsd to be able to synchronize more 
easily with the FreeBSD upstream. The current infrastructure in libbsd 
was set up to work with Subversion. With Git we have now much better 
capabilities.

-- 
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: sebastian.huber at embedded-brains.de
phone: +49-89-18 94 741 - 16
fax:   +49-89-18 94 741 - 08

Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
Unsere Datenschutzerklärung finden Sie hier:
https://embedded-brains.de/datenschutzerklaerung/