Since the version 0.2 the application has significantly changed its behavior. Previously, it added random bytes to the kernel pool whenever it had collected enough of them.
But now, the entropy bits are added only if there are less than kernel.random.write_wakeup_threshold of them in the pool. (see l.48 of main.c and l.31-40 of kernel.c in the package's source.)
The default value of write_wakeup_threshold is 128, which seems too small for an average system.
For example, on my desktop with that default setting I've never seen timer_entropyd-0.2 adding any bytes to the pool.
Thus the new version effectively ceases to provide an additional source of unpredictable bytes.
Probably, the ebuild should advise users to increase their write_wakeup_threshold value reasonably (up to 512-2048 bits).
(NOTE the same may apply to media-sound/audio-entropyd as well.)
I'm not very keen on modifying sysctls from the init script of an unrelated service. Haveged has a settings for that, but the others leave it to the user to set the sysctl afaict.
I would say that adding a log to notify the user that they have to change the value is a better choice.
Something along ...
timer_entropyd kicks in only when entropy falls below a certain threshold. You may want to modify the threshold's default value to something reasonable (i.e. 1024) by setting the kernel.random.write_wakeup_threshold variable in /etc/sysctl.conf