Please branch and build netsniff-ng in epel9. If you do not wish to maintain netsniff-ng in epel9, or do not think you will be able to do this in a timely manner, I would be happy to be a co-maintainer of the package (FAS liuhangbin); please add me through https://src.fedoraproject.org/rpms/netsniff-ng/adduser
https://pagure.io/releng/fedora-scm-requests/issue/43102
GeoIP-devel is missing. I think I could compile netsniff-ng without it, but RHEL-8 had the support, thus RHEL-9 should also have it.
(In reply to Jaroslav Škarvada from comment #2) > GeoIP-devel is missing. I think I could compile netsniff-ng without it, but > RHEL-8 had the support, thus RHEL-9 should also have it. Bug 2066787.
(In reply to Jaroslav Škarvada from comment #2) > GeoIP-devel is missing. I think I could compile netsniff-ng without it, but > RHEL-8 had the support, thus RHEL-9 should also have it. Hi Jaroslav, Thanks for the update. I saw astraceroute, flowtop, and netsniff-ng could use GeoIP. For myself, I mainly use mausezahn for network testing. So I'm OK to build it without GeoIP. It all depends on you. Thanks Hangbin
Hi Jaroslav， any update? Are you still waiting for GeoIP el9?
(In reply to Hangbin Liu from comment #5) > Hi Jaroslav， any update? Are you still waiting for GeoIP el9? I will go without it. We can add it later.
FEDORA-2022-92ec0f0d45 has been submitted as an update to Fedora 37. https://bodhi.fedoraproject.org/updates/FEDORA-2022-92ec0f0d45
FEDORA-2022-92ec0f0d45 has been pushed to the Fedora 37 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-EPEL-2022-ada9f22888 has been submitted as an update to Fedora EPEL 9. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-ada9f22888
FEDORA-EPEL-2022-ada9f22888 has been pushed to the Fedora EPEL 9 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2022-ada9f22888 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Hi Jaroslav, As I said in comment 4, the main reason I need netsniff-ng is using mausezahn for kernel selftests. But I found the epel version of netsniff-ng do not have mausezahn... I checked the reason and found you want to drop mausezahn in bug 1111779 due to conflicts. But this conflict seems not exist now. At least I can't find mausezahn packet on recent fedora/rhel. So I think we can build mausezahn back, as fedora version did. To build mausezahn, we require libcli-devel. libcli do have elep9 branch, and I have asked libcli to branch epel8 version in bug 2091769. Do you think I need to open a bug for netsniff-ng to enable mausezahn separtely? Thanks Hangbin
FEDORA-EPEL-2022-ada9f22888 has been pushed to the Fedora EPEL 9 stable repository. If problem still persists, please make note of it in this bug report.
(In reply to Hangbin Liu from comment #11) > Hi Jaroslav, > > As I said in comment 4, the main reason I need netsniff-ng is using > mausezahn for kernel selftests. > But I found the epel version of netsniff-ng do not have mausezahn... > > I checked the reason and found you want to drop mausezahn in bug 1111779 due > to conflicts. But this > conflict seems not exist now. At least I can't find mausezahn packet on > recent fedora/rhel. So I think > we can build mausezahn back, as fedora version did. > > To build mausezahn, we require libcli-devel. libcli do have elep9 branch, > and I have asked libcli to branch epel8 version in bug 2091769. > Do you think I need to open a bug for netsniff-ng to enable mausezahn > separtely? > > Thanks > Hangbin Yes, please open new bug.