The existing ebuild uses a really crazy hack for cross compiling which
may have worked a few versions ago but it doesn't now. The root issue is
that Mozilla mixes up the meaning of "host" and "target" so give in to
their stupid and setup the environment with their meaning.
The configure script claimed in a comment:
In Mozilla, we use the names $target, $host and $build incorrectly,
but are too far gone to back out now. See Bug 475488:
- When we say $target, we mean $host, that is, the system on which
Mozilla will be run.
- When we say $host, we mean $build, that is, the system on which
Mozilla is built.
- $target (in its correct usage) is for compilers who generate
code for a different platform than $host, so it would not be used
by Mozilla.
I'm inclined to smack someone with a stick.
If additional EBS volumes are mapped to a PV instance using a "sd*" name
they will always be ordered by the hypervisor before "xvd*" devices,
again ignoring the root device definition. This applies to all PV
instance types so we cannot get away with just poo-pooing m1.small.
We will need to call attention to this since it requires users who set
the volume size via APIs to use the name "/dev/sda" again.
Lots of things here, wget for example is not strictly related but
updating mit-krb5 required pulling in a multilib version of the openssl
library which in turn impacts how other dependencies work. The new libev
and libverto dependencies are the ones directly required by mit-krb5.
Packages updated:
app-crypt/mit-krb5
dev-libs/libev
dev-libs/libverto
dev-libs/openssl
net-misc/openssh
net-misc/wget
virtual/krb5
For a long time these scripts have always set images as public
regardless of whether the image was a working production image or not.
This may lead users to boot random development images if they happen to
pop up to the top of Amazon's terrible AMI search page.
If util-linux has a binary package it will be used, but if that binary
package has +udev it will pull in systemd. systemd has a loop that needs
to be broken too so if the util-linux loop breaker doesn't also handle
the systemd one it all falls apart.
In short the comment above the loop breaker code noting that we can try
this until it gets wonky. Well, it is wonky and we need to re-do how
build_packages works as a result. This is just a temporary workaround
until we figure out a larger restructuring.
Fix 98684560 which in turn tried to fix 0d29e735. This time the option
to download binary packages was lost so building from scratch worked but
not the normal usage of using binary packages. *sigh*
