Dnia 2014-03-27, o godz. 10:23:30
Mike Frysinger <vapier@gentoo.org> napisał(a):

> On Thu 27 Mar 2014 10:10:07 Michał Górny wrote:
> > Dnia 2014-03-27, o godz. 03:18:31 Mike Frysinger napisał(a):
> > > On Thu 27 Mar 2014 07:51:32 Michał Górny wrote:
> > > > Dnia 2014-03-27, o godz. 02:13:52 Mike Frysinger napisał(a):
> > > > > On Wed 26 Mar 2014 01:17:14 Mike Frysinger wrote:
> > > > > > (2) use tuples with loaded vendor fields to reduce the chance of
> > > > > > collisions. e.g. having an ABI=amd64 system use
> > > > > > i686-gentoo%multilib-linux-gnu instead of i686-pc-linux-gnu would
> > > > > > defeat any automatic path searches.
> > > > > 
> > > > > this patch keeps the status quo.  although the status quo is broken,
> > > > > but
> > > > > we
> > > > > can sort that out independently.
> > > > 
> > > > Except that it breaks stuff that is installed at the point and comes
> > > > with no plan of cleaning up the resulting mess.
> > > 
> > > such as ... ?  vague statements can't be addressed.
> > 
> > Such as all the builds that use ${CHOST}-foo currently. If you change
> > CHOST, our users will have to find and rebuild all packages that
> > install ${CHOST}-foos or otherwise random breakage will happen.
> 
> again, please give a concrete example

glib -- ${CHOST}-gdk-pixbuf-query-loaders (used in gnome2-utils.eclass)
gpg-error -- ${CHOST}-gpg-error-config
libgcrypt -- ${CHOST}-libgcrypt-config
llvm -- ${CHOST}-llvm-config
pango -- ${CHOST}-pango-querymodules

If you change CHOST, all invocations of those tools will fail randomly
until the respective packages are rebuilt. In some cases it will call
the wrong variant (resulting in borked output), in other it will call
non-existing tool.

And let's just hope it's the only issue we're going to hit.

-- 
Best regards,
Michał Górny