also, I should not that using the keywords "ppc-macos ~ppc-macos ppc" ,
the wonderful tool 'ddd' installed flawlessly :)
On Jul 31, 2005, at 2:29 AM, Finn Thain wrote:
> On Sat, 30 Jul 2005, Kito wrote:
>> On Jul 30, 2005, at 8:12 PM, Hasan Khalil wrote:
>>> As of yet, portage is not suited for what we have now termed
>>> 'pathspec', or
>>> 'installing to an alternate prefix', or 'using portage as a
>>> secondary package
>>> manager', etc. Changes are being made to portage that will allow for
>>> like this, and should be included in the next major release (some
>>> months away
>> The main problem as I see it, is you have a live tree of some
>> ~10,000 linux based packages, with a userbase of >100,000 LINUX
>> users, a
>> dev team of >350 linux developers...how on earth do you convince these
>> linux users and devs that a massively huge project like supporting
>> arbitrary install prefixes is worth the trouble, especially when it
>> would mostly benefit a sideproject with 3 devs and probably only
>> more users?
> Remember that for some of us, it doesn't matter if no more than a tiny
> fraction of ebuilds work. One should not confuse Gentoo (i.e. the
> tree) with Portage itself. Non-Gentoo developers, distros and O/S's can
> benefit from a portable portage, even if it comes with an empty portage
> tree. By "portable portage", I mean that it would support new ebuilds
> will play nicely on arbitrary host.
> But the question remains, how to bring the existing ebuilds along for
> ride? Kito is right that most linux devs aren't going to care too much.
> Most of them are not in a position to test their ebuilds on half a
> different platforms. But then, they don't all test on half a dozen
> different linux architectures anyway.
> Hasan, you mentioned pathspec and prefixed installs, and future portage
> features to accomodate these. Is there more information available
> on the portage roadmap and the particular future portage features you
> referring to?
> email@example.com mailing list
firstname.lastname@example.org mailing list