Rare project developers

[mc36 <>]

hi,

On 7/22/22 14:59, Alexander Gall wrote:
> On Fri, 22 Jul 2022 14:40:01 +0200, mc36 <> said:
>
> > On 7/22/22 14:37, mc36 wrote:
> > > they're on a 2 release / year schedule now
> > 4 / year :)
> > and they're at 20 now, that is, (20-14)/4 = 3 years old jre what we're 
> > talking about!
>
> I know you're very sensitive about always using the newest code of
> everything. I don't say this is bad but it doesn't mean that all older
> code is always inferior. If there are no missing features, security
> bugs or performance issues, I don't see a need to upgrade just for the
> sake of it.
well, so most of the time it have the benefit of having something that is 
believed the best one...
it contains tons of more fixes compared what debian stable have: the 
cherry-picking the cve
bugfixes from upstream git and applying them to the frozen version...


> But since I'm mainly concerned about the SDE, I can offer you to use
> the newest version of nixpkgs for freerouter. This means that we will
> be using a separate package collection for the SDE. The only drawback
> is that it will use more space in the Nix store for all the
> non-overlapping components.
hmmm... not a bad start... :) so having the jre is exclusive to freertr
in the image imho, so the duplicates will be the native's libs: openssl, and 
friends....


> I will not consider doing this (i.e. blindly upgrading everything) for
> the SDE. This *will* lead to failures and hard-to-track regressions.

btw are you sur about it? just asking because my dataplane tester vm
_is_ a debian sid, and the sde works fine as is, since it sandboxes
itself from the system libs... (maybe boost is what installed from apt)
regarding the kernel modules, when my stordis was near me, i ran that
box on stable+backported kernel and up to that point, except about 2-3
times, the module worked fine on the latest-greatest kernel...

br,
cs