Created attachment 216462 [details]
When libunwind is installed, it links vtysh with it but doesn't register the dependency. Also, if SNMP option is enabled, it complains about missing USES ssl
This patch add these 2 dependencies to make sure package will have it all registered.
Warning: you need USES=ssl
Error: /usr/local/bin/vtysh is linked to /usr/local/lib/libunwind.so.8 from devel/libunw
ind but it is not declared as a dependency
Warning: you need LIB_DEPENDS+=libunwind.so:devel/libunwind
(In reply to Renato Botelho from comment #0)
What do you mean by 'when libunwind is installed?'
Because on a clean build system (like with poudriere), this library is not installed, so how vtysh can be linked on it?
I mean: libunwind is not a mandatory library, so why adding this library ?
(In reply to Olivier Cochard from comment #1)
If libunwind is installed on a system and user build frr7 port it will link binaries with it without registering dependency.
The other way to get it fixed is to work on frr configure/Makefiles to force them to ignore libunwind even if it's present on builder system.
(In reply to Renato Botelho from comment #2)
Ok, I will do that: I don't like installing useless stuff :-)
Created attachment 216682 [details]
Here is my proposed patch: could you check if it suit you?
(In reply to Olivier Cochard from comment #4)
It did the trick and libunwind was not used. Thank you!
A commit references this bug:
Date: Thu Jul 23 20:16:31 UTC 2020
New revision: 542959
- Update to 7.4
- Prepare to add frr-pythontools
- Fix some dependencies
Reported by: garga
Thanks for your patch!
Only a side note: FRR 7.4 segfaults upon startup. I'm in process of debugging the crash as it made a very non-pleasant surprise to me.
(In reply to Juraj Lutter from comment #8)
You are the second person that is reporting this problem.
I didn't notice this behaviour during my own regression tests.
I'm using the "intergrated config" (frr_vtysh_boot=yes) mode, are you using the old way ? (one configuration file per daemons)
Yes, I use the old way without watchfrr and without integrated config.
I will do the tests in a separate environment (to not shutdown the BGP session I rely on).
I've created this issue on the FRR github, if you have more data to add, feel free to comment it:
Please note I see the same problem with frr7.4 crashing, on 12.1p7, amd64.
Thanks to the slack channel see
for a fix.