Hello all. I've been a long-time user of rpmfusion and I've reached a point where I'm looking into becoming a contributor. I am looking to package a variant of iproute2 that has support for variants of the codel, cake, and fq_pie disciplines, along with a kernel module for the cake discipline itself: https://github.com/dtaht/tc-adv (userland) https://github.com/dtaht/sch_cake (kmod) It's a tricky business as any packages for iproute2 I would be creating would directly conflict with the native iproute package. While I realize what I'm trying to do is a difficult proposition, I do believe it to be achievable. My concern is making sure I do this in the cleanest and most "best-practice" method possible. I can see that both code bases have been created as AUR packages in Arch Linux: https://aur.archlinux.org/packages/iproute2-cake/ https://aur.archlinux.org/packages/sch_cake/ On the RPM side, I feel creating the spec file and SRPM for the sch_cake project will not be that difficult, but trying to merge the nuances between the native iproute/iproute-tc packages and this modified code base is a bit more challenging. Most of my difficulty is coming from trying to splice the existing spec file for the native iproute package which causes things to split out into 4 separate packages: iproute iproute-tc iproute-doc iproute-devel I was figuring to keep as close to that as possible so something like iproute-cake iproute-cake-tc iproute-cake-doc iproute-cake-devel but I'm not sure the best way to handle the versioning on this. Do I go with the iproute2 package version, the git repo commit, my own versioning, or somewhere inbetween? For the changelog do I keep the existing history or since it replaces the native package do I create a completely new changelog? I am looking to package this as I use Fedora for my home router as part of a larger project and I'd rather not wait if I can help it for cake to get added to the upstream kernel to reap its benefits. Just looking for a little direction on how to best approach things, thanks. Sam