From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.toke.dk (mail.toke.dk [IPv6:2a0c:4d80:42:2001::664]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id A5B3F3B2A4 for ; Thu, 6 May 2021 17:50:55 -0400 (EDT) From: Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=toke.dk; s=20161023; t=1620337851; bh=syL3OhHWzYuqJCtzZ+dUa1ewYqXkkfc10AOJ8aZPn4c=; h=From:To:Subject:In-Reply-To:References:Date:From; b=SGiAypFEbjsYR7PO2pP5Um2JoV0FCUFEbaVNSBRC9ytq2RflxNKROK/Jzt6CqX2Ly /HM6l70AXPrhWMAv3ClBWjIv/wrniPkioHzKs2twWNPwMH2Xcha7XpLK7rWgWq9SZk v0QbdPTU+FKQmbp5JCcU0Yhieezg8tbZLR97T18m4+M+OJQGLWaehen+shlMhkyCii DgahsOZaIHSFSTMG9YNrAXbwKdze8EI6jn2CDiylWCP3wRCJ/ttJ1OYyTza8R4rRcW QHXu6bsJT8hHr2CgW54rkIsCO4LoFERDY58e5qw5FgxHNbliQyST1oCp0dshUKnszK r2XU1UuzxjMjg== To: Dave Taht , Cake List , flent-users In-Reply-To: References: Date: Thu, 06 May 2021 23:50:48 +0200 X-Clacks-Overhead: GNU Terry Pratchett Message-ID: <87tunfv8ef.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Cake] [Flent-users] centos 8 and cake and flent X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 May 2021 21:50:55 -0000 Dave Taht writes: > Currently centos (and I assume redhat) is at 4.18. Cake went into 4.19 > so I assume the next major > redhat/centos releases will have it. Note that the RHEL kernel version number is basically a complete fabrication; it's the version that the kernel was forked from, something like 30% of all commits are backported for each new upstream release, without changing the RHEL-kernel version number. Which means that all the Cake out-of-tree kernel version compatibility stuff is not going to work, because that works based on the kernel version number... > Is there a yum/rpm expert in the house? flent does not appear to be > packaged up for this (?), It's in Fedora: https://src.fedoraproject.org/rpms/flent - should be fairly straight-forward to add it to EPEL as well, but thus far no one has requested it... :) > neither is netperf or irtt. Is there a repo I could use? netperf is blocked on licensing: https://bugzilla.redhat.com/show_bug.cgi?id=1729939 Since the re-licensing there may be a chance, but not sure what the procedure is when there's not a release with the new license. As for irtt, that should be pretty straight-forward to package. -Toke