We should not hardcode a default text colour to white, especially in light
mode. This is the (temporary) cause of many issues like containers#7708 where we
hadn't yet set a light mode color so you get white on light.

We don't have a 'default text color' and none of the existing palette
entries fit, so I talked to Emma and decided to create a new variable.

Unfortunately, even though this is a 'correct' change, setting it right
now has the reverse problem: anything that is still missing light mode
support will see the default text color change from white to dark and
have problems on dark backgrounds. A quick test showed the following:

- some forms (containers#7214)
- containers#7727
- containers#7728

So we should not move this out of draft until most of these are fixed,
and definitely not immediately before a release. In the meantime, it's
handy to set this to something really obvious (e.g. amber) to see what
still needs light mode support.

Fixes containers#7724.

Signed-off-by: Tim deBoer <[email protected]>

The status icon is currently picking up the default text (fill) color from the
parent. This is fine at the moment while the default is white, but once we set
the default text color in light mode to black (see PR containers#7729) the fill color
would change to black.

This provides a new status color to use for the icons so that (as per design)
they use their own color and do not pick up the default/parent text color.

I wasn't 100% sure it should be a '--pd-status' color since this isn't a
status color per se like running or stopped, but it's much more obvious that
it is related to the other status colors.

Related to containers#7729. Fixes containers#7728.

Signed-off-by: Tim deBoer <[email protected]>