This in turn makes a chain reaction of *mandatory* bloated dependencies, which means it cannot be broken with any USE flag at any point.
net-libs/webkit-gtk <---- (critical, compile time of few hours)
dev-lang/ruby <--- (not a delicacy either)
Arch Linux somehow manages to make it optional.
Steps to Reproduce:
1. Put -eds to make.conf
The system takes 10 additional hours to compile.
gnome-extra/evolution-data-server is not pulled at all, breaking the chain.
I consider this pretty major.
I am not sure if I like this but it appears to be possible to make it optional indeed. The shell makes calls to eds through an application that is loaded via dbus. If initialization fails, it appears to be non-fatal for gnome-shell, it will register to be aware of the service launch if it appears later on.
@gnome, what do you guys think about this ?
Location of interest for this:
Well, since the global use flag "eds" already exists, it is only logical that it works everywhere. So, I would suggest we add that use flag and make it default, +eds.
I am against adding more "unofficial" patches to make more things optional leading that setups to be unsupported by upstream and also harder to bump when major changes are committed by them and we need to update the patches (and probably even patch more and more files as upstream rely on eds more)
(In reply to Rok Kralj from comment #0)
> This in turn makes a chain reaction of *mandatory* bloated dependencies,
> which means it cannot be broken with any USE flag at any point.
Also this chain is due to bug 566324
> net-libs/webkit-gtk <---- (critical, compile time of few hours)
> dev-lang/ruby <--- (not a delicacy either)
since this is a runtime dependency, there is no offtree patch needed. Just change this:
No this is not a runtime dependency, it needs a component of gnome-shell to be built first. Having USE flags for things in gentoo tree does not mean every packages under the sun have to or can support them.
I agree that this is one more patch but this particular one seems lightweight to me compared to some other monsters we carry in gnome-control-center for example.
@eva, of course :), my main concern was about maybe we in the future needing to make the patch grow more and more because upstream won't care about they relying more on eds (as they will assume it's installed unconditionally). Also, it looks like reintroducing gnome-online-accounts USE flag for libgdata (bug 566324) would solve most of this dependency bloat and, then, this would be unneeded, but maybe I am losing something :/
I would opt for fix bug 566324 and that should also solve this one. My only doubt in that bug is about taking advantage of that change to also rename its "gnome" USE flag to "crypto" (I don't mind either option there)
With bug 566324 this is solved in a different way
I don't want to completely rule out this bug yet. I will have a look at the patch and submit it here.