Sorry, some more bits here:
AFAIK, Portage considers DEPEND when used as "source-based package manager" 
(and emerge --depclean stuff) while it ignores them when binpkgs come into play.
So, (I ask Zac to correct me), putting x11-protos to DEPEND doesn't really change much for 99% of 
Portage users (those who are using it to *compile* pkgs). While it changes a lot for binary package 
managers, which hopefully don't consider DEPEND at all (at least this was the initial idea). The 
fact is, since Portage binary package management is really and unfortunately a "joke" as 
of today, the amount of people using it versus the amount of people not using it is really big 
(that's why I wrote a separate app). Thus, many ebuilds have broken RDEPEND/DEPEND and as you (all) 
have proven, there is not even a real "container" of build dependencies nor a clear idea 
among developers (my initial email wanted to bring devs to this exact point, it seems I did it).
Moreover, the amount of legacy, undocumented, perhaps *workaroundish* solutions 
inside Portage codebase are not really helping in fixing this situation. I say, 
unfortunately, not to blame anybody. A lot of work is being done lately to try 
to improve it.

--
Fabio Erculiani
http://www.sabayon.org
http://www.gentoo.org

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to