Use the term 'package' instead of 'module'

The packages really are just collections of resources, with the actual
html files and javascript files and (soon iframes) providing the actual
modular architecture.

In addition 'modules' is used a lot in the javascript community to do
with module loaders etc. We want to avoid confusion there.

Rename 'module' to 'package' everywhere. And move the modules/ directory
to pkg/ which is shorter and clearer.

Closes #1310
Reviewed-by: Marius Vollmer <marius.vollmer@redhat.com>
static: jQuery becomes part of the the packages

No jQuery on the login page is the upshot here.

We'll probably unfortunately get to the point where different versions
of component have different jQuery requirements and so on. So jQuery
gets loaded by the packages.

See later commits for a solution that prevents needless copying of
jQuery all over the place.

Closes #1315
Reviewed-by: Marius Vollmer <marius.vollmer@redhat.com>
shell: Hide filesystem options when creating a extended partition

Since it is not a filesystem.

Fixes #1306
Closes #1323
Reviewed-by: Stef Walter <stefw@redhat.com>
test: Check that "dos-extended" option is correctly shown and hidden

Closes #1331
Reviewed-by: Stef Walter <stefw@redhat.com>
agent: Tests can override the location that packages are loaded from

Reviewed-by: Marius Vollmer <marius.vollmer@redhat.com>
agent: Don't list packages that fail to load/checksum

Be strict about this stuff now. We can't become stricter later
once this becomes API.

Reviewed-by: Marius Vollmer <marius.vollmer@redhat.com>
agent: Validate that package names and their files have sane names

Allow alphanumeric and a very small set of punctuation in package
names and their file names. We use these directly as URI components,
and can avoid confusing encoding this way.

Reviewed-by: Marius Vollmer <marius.vollmer@redhat.com>
common: Implement basic templating for cockpit resources

These are very similar to autoconf configure templates and consist of
@@variable@@ to substitute 'variable' for a value. There is an API
that implements this, and we now use it for index.html

This will be used for substituting package checksums for package
names in resource files.

Reviewed-by: Marius Vollmer <marius.vollmer@redhat.com>
ws: Use templates to expand paths in resources

Strings like @@shell@@ are expanded to the full checksum and/or
name of the package in question, including addition of the relevant
host to load from. This allows package to refer to files from other
packages simply.

The shell package needs to be expilictly qualify all of its paths
since it is not loaded into its own frame/document but replaces
the login page.

Resource URLs now all have the same prefix, and automatically
detect whether a checksum or package@host style is in use.

They look like this:

/cockpit/xxxxxchecksumyyyyy/path/to/resource.file
/cockpit/package/path/to/resource.file
/cockpit/package@host/path/to/resource.file

The prefix '/cockpit' was chosen so that when other web apps
do deep embedding of our components, the prefix should not
conflict.

Reviewed-by: Marius Vollmer <marius.vollmer@redhat.com>
agent: Prefix checksums with the '$' character

This allows us to treat them just like package names, but
differentiate them exactly where necessary.

The '$' character is also a valid javascript identifier character
which allows us to use these as module names for AMD loaders and
such.

Reviewed-by: Marius Vollmer <marius.vollmer@redhat.com>
 * Fixed docs to also mention '$' instead of old '!'.
agent: Resolve checksums in the agent instead of web service

This will make life easier for people embedding Cockpit if they
end up handling the resource channels and resource loading
themselves.

We also change the JSON format for listing packages

Allow us to convey information about packages with multiple
names more cleanly and without duplication.

Reviewed-by: Marius Vollmer <marius.vollmer@redhat.com>
 * Use '$' as checksum prefix in all places.
agent: Add support for aliasing packages

This allows a package to claim a well-known package name of a feature
that it provides. It also allows us to mark a certain base package
as the 'latest' etc.

Closes #1316
Reviewed-by: Marius Vollmer <marius.vollmer@redhat.com>
test: Fix race in Docker test

We have to wait for the container to exit before attempting to delete
it.

Closes #1334
Reviewed-by: Stef Walter <stefw@redhat.com>
test: Fix system info test

By making sure that the "Change" button gets enabled also when
changing the text fields from a program.  Clicking on disabled buttons
doesn't work anymore since 763b6bd.

Closes #1333
Reviewed-by: Stef Walter <stefw@redhat.com>
lib: Include both minified and non-minified jQuery and bootstrap

The latter are useful in debugging
agent: Add "accept": "minified" resource channel option

If set, this will choose a minified version of the file if available.
Minified files sit next to the normal files and have an suffix of '.min'
just before their real file extension. For example:

  jquery.js
  jquery.min.js

This is in a similar vein to the content selection that the HTTP
Accept and Accept-Language headers provide.
tools: Rework how the js-lint and minify tools work

js-lint now cats the files together, and provides the input
to minify.

Install different minified and non-minified file names, for use
during debugging and non-debugging, and making use of the content
selection of minified files in the previous commit.
shell: This module becomes more normal

Rename cockpit.js to shell.js, since cockpit.js will be API in a
base package.

Also there's no need to list everything in the manifest. Loading
of resources happens via well known paths. The shell has such well
known paths. Loading of javascript in other packages will happen via
<script> tags. Do something similar here in the shell.

Note that the use of a lot of split javascript files that get
combined is pretty shell specific. Eventually we'll usually have
original javascript files to be loaded.

Closes #1319