since version 2.32 evolution has shipped its own internal modified version of libgnomecanvas preparing for the gnome 3.0 deprecation of said library. Because of this evolution does decidedly only link against the minimal internal libgnomecanvas. With other words the current depend on libgnomecanvas in the evolution-2.32 ebuild is unneeded because the system-wide version is not used anyway.
egrep "canvas" /var/db/pkg/mail-client/evolution-2.32.1-r1/NEEDED.ELF.2 still reports it is needed.
You did not read what I wrote about it using its own internal version of libcanvas? xake@lillen ~ $ ldd /usr/bin/evolution | grep canvas libgnomecanvas.so.0 => /usr/lib64/evolution/2.32/libgnomecanvas.so.0 (0x00006ef60c313000) xake@lillen ~ $ qfile /usr/lib64/evolution/2.32/libgnomecanvas.so.0 mail-client/evolution (/usr/lib64/evolution/2.32/libgnomecanvas.so.0)
erm ok, I was too fast at drawing conclusion, sorry.
+ 12 Jan 2011; Pacho Ramos <pacho@gentoo.org> evolution-2.32.1-r1.ebuild: + gnome-base/libgnomecanvas is no longer required since it will be dropped in + Gnome3 and evolution now uses its own copy (bug #351393 by Xake).
(In reply to comment #3) > erm ok, I was too fast at drawing conclusion, sorry. > No, problem.
for the record, they shouldn't have bundled it just because someone declared it's deprecated - clearly it's used and separate packages are always better. I thought evolution was successfully fighting this, oh well.
It seems like they are handling it by making the boundled gnomecanvas as minimal as possible, there has been pretty much work in upstream git to eliminate unwanted code-pieces, so the outcome may not be so much a boundled libgnomecanvas as an integrated canvas library.