[script] Dereference on assign without affecting refcount

Assigns were incorrectly dereferencing creating an incorrect refcount.

[script] Add support for logical AND and OR

Allows the use of "&&" and "||". These are evaluated lazily and return the
evaluated sub-value which completed the operation rather than a bool. It allows
things like:

reply = cache_lookup(index) || slow_lookup(index);

If cache_lookup returns a false value (NULL, or 0) then slow_lookup is executed
and its result is placed in reply. Otherwise the result from cache_lookup is
used.

[script] Add support for floats

Adds parsing and execution support for floats. Some operations upgrade ints to
floats with no way of turning them back to ints.

Initial scripted plugin support

This is an initial support for the scripted plugin. There are _many_ FIXMEs
and the whole code is reather unstable. The formatting is completely incorrect
and will be changed soon. There are scripts which are converted using a perl
to an C embeddable string.

[frame-buffer] Discard overlapping flush areas

One advantage of the previous bounding box approach to flushing
is overlapping flush areas wouldn't get flushed multiple times.

This commit tries to identify overlapping flush areas and eliminate
them. It's not perfect though.

A better approach might be to store a sorted tree of areas to be
flushed, and walk the tree when adding new flush areas to quickly find
overlapping areas. Then we'd split each area into two or more new areas
to avoid overlaps.

[frame-buffer] Track multiple flush areas

Previously we would always aggregate flush areas together even
if they were disjoint and far apart.  That meant that if two
images on opposites sides of the screen were updated in one
frame, then the entire screen would get redrawn.

We now track flush areas in a list, instead of a bounding box.

[frame-buffer] Rework flush interface to take area

Before this commit it would always flush the area_to_flush
area. Now the interface allows flushing arbitrary areas. This
change paves the way for us to flush multiple disjoint areas
at one time.

[splash] Add theme source files to EXTRA_DIST

They weren't making it into the dist'd tarball

[solar] pull trigger right away if idle

The idle_trigger was not being pulled in the solar plugin which causes the
system to deadlock on quit and plymouthd never exits.

[two-step] pull trigger right away if already idle

The trigger always needs to get pulled so that the
daemon knows that it can quit.  Previously, we weren't
pulling it if two-step was already idle.  This meant that
plymouthd never quit.

[two-step] Clean up animation when stopping

[two-step] Always finish 2nd step before quitting

Previously, we'd cut short in the middle of a very short animation.

[daemon] Tell splash to become idle before quitting

This allows it to, e.g., finish up its current round of animations or
fade out the progress bar or whatever.

[two-step] Add merge-fade as a progress animation transition type

The merge fade merges the two frames before drawing them to the framebuffer.
This makes a smooth transition between areas with partly transparent pixels or
areas in later frames becoming trasparent. This is set as the default on the
"glow" theme.

[glow] Add fade between frames in glow theme

[two-step] Add fade to progress animation

One issue with the two-step plugin is that during the initial boot
progress the frames can be updated several seconds apart from each
other.  This can look jumpy.  We can now optionally fade between
the frames to make the experience be a little smoother.

[two-step] Add support for a "corner image"

This is so the OLPC theme can have a
"Powered by blah" logo in the corner of the screen.

[two-step] Pull background color from theme

The OLPC theme looks best when it's white, so we need to be able to
specify the background color from the theme.  If the theme doesn't
specify a background color, we fall back to the old behavior of using
the distro default.

[splash] Rename fade-in plugin to fade-throbber

We're trying to keep a distinction between
plugin and theme.

[splash] Rename solar plugin to space-flares

We're trying to keep a distinction between
plugin and theme.

[splash] Rename spinfinity plugin to throbgress

It's the theme that makes it spinfinity,
not the plugin.  The plugin is more generic.

[splash] Rename glow plugin to two-step

Now the "glow" theme is just one possible manifestation of the
"two-step" plugin.

[splash] Drop pulser plugin

It's ugly and doesn't pass the quality sniff test.

[splash] Split splashes into plugins and themes

Some of the plugins (well, the glow plugin) would be a lot more
versatile if they could be reused for multiple splashes with different
images.

This commit splits boot splashes into two parts, the plugin engine which
does all the dirty work, and the theme which says which plugin to use
and optionally how the plugin should work (using plugin specific
key/value pairs)

[key-file] Use hashtables instead of lists

Not really any performance advantage but it makes the code a little simpler.

[libply] Add new keyfile class

This is a very lame keyfile parser.  We'll be able to use it to load
some metadata about the plugins.

The idea is that plugins will shift to being engines that can be
leveraged from multiple splash themes.  This way, for instance, the glow
plugin (which will be renamed) can be used to implement several
splashes.

[window] Don't force text mode if debugging is on

It's not that much more work to hit ctrl-t, and now
that we log messages to plymouth-crash.log it's a lot
less useful to see them on screen.

[daemon] Update tests to include compile correctly

Adds ply-list.c/h to all tests automake files which use ply-logger.c.
Adds PLYMOUTH_TIME_DIRECTORY/PLUGIN/THEME_PATH when ply-boot-splash.c is used.
Adds PLY_BOOT_SPLASH_MODE_BOOT_UP to the ply_boot_splash_show call.

[daemon] Free the debug buffer only after printing the last trace message

Was segfaulting or printing failed assertios just before exitting.

[daemon] Dump log to plymouth-crash.log on crash

This will be useful for debug purposes.

It's implemented by adding the concept of
"filters" to the logger code.  Each time a message
is logged it is passed through all registered
filter handlers and then the output of the filters
are what is actually logged.

In this case, we pass the messages through verbatim,
but also redirect them to a debug buffer.

We only do this redirection when plymouth:debug is
used.

[throbber] Fix call to remove_frames

ply-throbber was passing in the frames directly
instead of the throbber object

[animation] Fix call to remove_frames

ply-animation was passing in the frames directly
instead of the animation object

[progress-animation] Fix call to remove_frames

ply-progress-animation was passing in the frames directly instead of the
progress object

[event-loop] Don't crash by running removed timeouts

We used to run and remove timeouts in a loop.  This
breaks the case where the dispatched timeout handler
removes the timeout itself.

We fix it by making timeout handling a two pass thing.
First we find which handlers need to be dispatched,
and move them to their own list.  Then we run through
the new list and dispatch the handlers.

Switch to tty 63 on shutdown

This is less than ideal, but side-steps weird interactions
between init, X, and plymouth.

Hang around until killed by init at shutdown

init does two rounds of killing at shutdown:
a round of SIGTERMs and a round of SIGKILLs.

We want to stay alive until the SIGKILL round
so we ignore the SIGTERM signal.

Pass the mode plymouthd is running to splashes

We don't want to show progress bars and things for
shutdown, so pass the mode to the plugins so they can
just do a static image.

Add stub INSTALL file

Pause progress by default on password and question queries

Plymouth client ask-for-password and ask-question commands have their option
"--pause-progress" changed to "--dont-pause-progress". By default progress is
paused and "--dont-pause-progress" has to be supplied to not pause.

Make sure to clean up ptm when detaching

Otherwise we hit an assert next time we attach

don't create a new splash every time show is called

Reuse the existing splash.

Fix build when ENABLE_FADE_OUT is defined in spinfinity

The variable "i" wasn't be declared, but was being used to
loop.

Support "splash" in addition to "rhgb" on kernel command line

We used "rhgb" because that's what Fedora users were used to
instinctively removing when graphical boot messes up.  This
isn't a very intuitive (or very upstream-y) name though.

Now we check for "rhgb" or "splash"

When setting term to buffered without an attributes_saved, use generated ones.

A local term_attributes was constructed but not used.

Initialise state->showing_details at show_splash

Only effects us when running without rhgb in the kernel line, by having to
press Esc twice to get the default splash.

Reset to text mode anytime we're about to print text

If we don't then someone during boot up may change
out from raw when we aren't looking.

Maybe we should use TIOCSLCKTRMIOS to prevent that
from happening? Or maybe we should bypass the tty
for input entirely and use evdev?

Remove event handlers on destroy in plugins

This is because we can end up in scenarios
where a plugin gets destroyed, and readded
without getting hidden in between.

Factor handler registration code out into separate functions in plugins

This will make it easier to unregister the handlers from both
hide and destroy

Fix password entry dialogue in fade-in plugin.

Previously ply-entry was crashing with an assertion "entry->loop == NULL"
whenever the entry was updated. The change is basicly a copy of the working
version from spinfinity.

exit plymouth-set-default-plugin cleanly when --rebuild-initrd isn't given

Don't average the previous boot time with current boot time

It's not always an improvement and it will always be worse
the second boot of a persistent live image.

Always allocate our own pty master when attaching

Previously, we'd let the caller pass one in, but
I don't think there's much point in allowing that.

Allow -1 to get passed to ply-terminal-session

This is coming from the drop-nash branch.  It lets
the caller of plymouth not have to create a pty master.

make the glow plugin use its own icons

Since the plugins may be packaged separately it isn't
kosher to share another plugins icons.

fix the help text for the color stops

Make the help text use the proper argument name.

add a glow plugin

This plugin will progress through a sequence of images until
the progress reaches 90% complete.  At that point it will run
an animation sequence.

add a simple progress sequence helper

This is similar to the progress bar except that it uses a
sequence of images for the stages of the progress.

add simple one time animation helper

This will play a sequence of images from beginning to end at
a fixed frame rate.  It differs from the throbber in that it starts
at the 0th image and does not repeat.

use the height in the max height comparison

Fixes what was likely a copy/paste bug.

use the configured colors for the gradient

Use the colors specified at configure time instead of
hard-coded values.

fix the trace messages when enabling/disabling logging

The sense of the messages was reversed.

remove spurious disabling of console redirection

Revert accidental commit from:
6b9011d164201951af27f65163519b194d301572

add option to enable more compiler warnings

Compiler warnings are helpful for finding latent bugs.

add way to detect if an option was set or not

With integer options there's no obvious value to mean "unset" like there is for
string types (and to a lesser extent boolean types), so this commit
adds a mechanism.

add debug command line option

Used to override the kernel command line and enabled debugging

add a message display method

Useful for showing messages like "Shutting down..." etc. A plugin
may choose not to support this feature.

add no-daemon command line option

Useful for debugging and running under gdb

add a mode commandline option

Initially supports modes: boot, shutdown.  This allows the
progress cache to be loaded from the appropriate file.

add command line parsing to daemon

If for no other reason than to handle --help.

allow the progress cache file to be configurable

This will enable using separate cache files for different plymouth modes.

improve the layout of the help output

Left align descriptions and group subcommands.

Fix leak in ply-boot-server

This commit fixes a memory leak
in an error path of ply_boot_connection_read_request.

Fix heap corruptor in ply-boot-server

This fixes a memory corruption bug that
cropped up during a round of leak fixes
a while back.

In plymouth-set-default-plugin on reset make sure we do not set label.so as a
default splash plugin.

Add hashtable and bitarray functionality

Hashtable uses the bitarray to mark the used/dead places in the hash data array.
The hashtable functions follow the general gist of the glib ones. To create a
hashtable you supply the hashing and comparison functions. Examples of direct
and string based indexing are supplied. Hashtable is a single word because there
is no hash_somethingelse but the name may change soon. Notice the compare
function returns a signed int difference rather than an equal bool. This is
because it may be an idea to later migrate the collision system to a tree
sub-structure (currently it is a linear array search with an incrementing step
size).

Allow client request answers to be greater than 255 characters.

The new limit is 2^32. This only affects the replies to the client. Data sent
along with requests (e.g. password prompt) remain limited to <256 characters.

Two new functions have been added to the ply-utils (ply_read_uint32 and
ply_write_uint32) which receive/transmit 32bit numbers on FD streams.

AFAICT in function ply_boot_client_process_incoming_replies the answer was not
NUL terminated, which may have caused some of the password error bugs.

Optionally pause progress while asking for a password or a question

The "Rework input methods" commit broke the pausing of the progress bar during
password entry. This commit reimplements that functionality but this time the
pausing is optional, applied with a --pause-progress parameter. The client
program sends the (un)pause commands before/after the password requests.
The default is currently to not pause but that may change quite soon.

This also fixes a couple minor bugs and formatting from "Rework input methods".
Also changed "progress-pause" to "pause-progress" to make it more human
intuitive.

Make Ctrl+C and Ctrl+D cause the password/question entry to quit

When asking for a password or a question, if the user presses Ctrl+C or Ctrl+D
the backend will reply a NULL. This is interprited as a "Stop asking me". The
client will not repeat the request (even if number of retries hasn't been
reached) and quit with an error exit_status.

Add progress-pause/unpause commands to halt the progress bar

Progress bar expansion was previously halted on password entry. Now the
progress can be halted whenever the system wishes. This can be useful when the
system notices there is a big task which is normally not present during normal
boots e.g. fsck.

Rework of the input methods

Previously the splash plugins would deal with password entry, which would mean
that code was repeated and upon splash unload the password entry would be lost.
Now the keyboard strokes are processed with outside the splash, and the plugins
only deal with showing an appropriate user interface. As well as password
entry, the system can ask questions with non hidden text entry and sensing of
keystrokes.

Ensure ply-buffer data block always terminates with a '\0'

In some instances, ply-buffer did not terminate the data block with a '\0'.
Doing so allows the data to be used as a string. Additionally it now tries
harder to deal with very long additions to the buffer by repeatedly expanding
the capacity and dealing with appends larger than the maximum buffer size.

Post release bump to 0.7.0

Allow NULL to be passed to ply_image_free()

free() allows NULL so there is no reason ply_image_free
shouldn't.  This also papers over a bug in the solar
plugin that we haven't been able to identify yet.

Merge branch 'master' of ssh://git.freedesktop.org/git/plymouth

When fail when a command parser command is not in list then fail.
Previously it returned the last in the list.

Call --reset when giving default plugin if needed

Previously, we tried to do this but failed because
of a buggy conditional.

Update .gitignore

There were a few bits of noise in git-status output

word wrap README

Update README to reflect current state of things

Some of the file paths and other information were out of date.

Add --list to plymouth-set-default-plugin

https://bugs.freedesktop.org/show_bug.cgi?id=18298 requests
the ability to a get a list of plugins.

Add a --rebuild-initrd arg for set-default-plugin

Normally when a user runs plymouth-set-default-plugin
to change which plugin plymouth uses, the change doesn't
take effect until a new kernel is installed and the initrd
is rebuilt.

This new --rebuild-initrd argument forces the currently
running initrd to get rebuilt immediately (bug 18297).

Add usage info to plymouth-set-default-plugin

Typo missing semicolon.

Update progress as soon as the splash is shown

Don't error if default.so doesn't exist

There are cases where we don't set a default and instead
fallback at runtime to text.so.  Don't make that an error
condition.

Only tell gdm to keep vt if told to retain splash

See http://bugzilla.redhat.com/471785

remove superfluous prototype

Don't loop forever when tty returns NUL bytes

Somehow a user was running into a case where plymouthd
would busy loop taking 100% cpu.  gdb revealed that it
was stuck trying to process keyboard input.  This is
apparently because we were looping forever when mbrlen()
got a NUL byte.

Tweak ply-progress to not progress too far beyond where it expects the next status update

This stops the progress from reaching 100% in cases such as fsck and timeouts.
It also averages the progress times from the previous one with the current one
to average out occasional slow tasks.

Generate background instead of using image

The background image previously was low resolution
and created various artifacts when being upscaled
to the native resolution of the panel.  This patch
ditches the background image and instead generates
a similar type of background dynamically, custom
fit to the screen it's being displayed on.  As an
added bonus, since we're doing it dynamically, we
can make some of the stars in the background
lightly twinkle.