Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BUG] Renaming of snmptrapd.py to snmptrapd conflicts with Net-SNMP's snmptrapd #2882

Open
ingeborgoh opened this issue Apr 22, 2024 · 2 comments
Labels

Comments

@ingeborgoh
Copy link
Contributor

NAV 5.9.1
FreeBSD 13.2-RELEASE-p11
python39-3.9.18_2
net-snmp-5.9.4,1
$PATH = /sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin:/usr/local/nav/bin

The net-snmp package on FreeBSD installs a /usr/local/sbin/snmptrapd
NAV 5.9.1 strips the .py-ending of all the daemons and installs a /usr/local/bin/snmptrapd.py

'nav start snmptrapd' then tries to start the wrong snmptrapd due to $PATH

I do not dare to switch /usr/local/bin and /usr/local/sbin in $PATH. Workaround was to add the .py-suffix to NAV's snmptrapd

@lunkwill42
Copy link
Member

In principle, I would prefer several of the existing NAV programs to be prefixed by nav to avoid common binary names. I might suggest renaming NAV's trap daemon to just navtrapd. Viewpoints?

@lunkwill42 lunkwill42 added the discussion Requires developer feedback/discussion before implementation label Apr 22, 2024
@ingeborgoh
Copy link
Contributor Author

Good idea to rename to navtrapd!

@lunkwill42 lunkwill42 added bug and removed discussion Requires developer feedback/discussion before implementation labels May 27, 2024
@lunkwill42 lunkwill42 changed the title [BUG] Renaming of snmptrapd.py crashes with net-snmp's snmptrapd [BUG] Renaming of snmptrapd.py to snmptrapd conflicts with Net-SNMP's snmptrapd May 27, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants