system-installer: improve options handling

* Move options handling down, to where all the code starts.
* Make it a bit more general, this will make it easier adding more options
  later.
* Add -h option and implement help text.
* Print nice error message in an unsupported option is given, plus print help
  text. The error message will be prefixed with program name.
* Handle "--" separator too.

Change-Id: I5a337b99fce7cb93417341c35368948e872990a9
Signed-off-by: Artem Bityutskiy <artem.bityutskiy@linux.intel.com>

system-installer: add copyright and tabs info for vim

Change-Id: Ib58025b09f7e04e9d303f07fd932a6aaf8552ba7
Signed-off-by: Artem Bityutskiy <artem.bityutskiy@linux.intel.com>

Rename internal configuration variables

This patch renames all the 'INSTALLERFW_*' variables into 'CFG_*' variables.
The "INSTALLERFW_*" variables come from the "installer framework concept", and
the way we currently use them do not really fit the concept. So it is better to
use a different prefix in order to avoid confusions. Besides, it is a bit
shorter.

So, the installer framework concept is basically about running the same scripts
from within different installers. Currently we have 2 installers - MIC and
system-installer. The idea that both export "INSTALLERFW_*" variables, and then for
common tasks both execute the same script.

For example, installing and configuring gummiboot or extlinux to the target
system is something both system-installer and MIC do. There may be a single script
which can be run by both MIC and system-installer for performing this task.

Currently, system-installer has its own code for configuring extlinux/gummiboot.
MIC has its own. However, we intend to implement it in a separate,
independent script. In fact, Tizen IVI already has it, e.g., see
'setup-efi-ivi'. And the intention would be to generalize it, make it to be
part of the 'system-installer' project, and share between Tizen profiles and
between MIC and system-installer. We are not there yet, though, but I am trying to
get there now.

Thus, "INSTALLERFW_*" variables have to be _defined_ by system-installer / MIC and
_exported_ to the environment, and then the independent scripts (which we call
"installer plugins") will use the variable.

Therefore, using "INSTALLERFW_*" variables internally is confusing.

Now, at the moment 'system-installer' is a very simple script. It lacks
a lot of auto-discovery functionality, and requires a lot of input information.
This information comes from the '/etc/installer.conf' file. For example,
information like partition table type, count of partitions, mount options, etc,
could be automatically discovered.

But this is all-right, because it is good enough for our purposes, and keeps
things simple. We know that the original image is always generated by MIC. And
we have the 'installer-conf-creator' script which can generate the
'installer.conf' using the installer framework variables that MIC exports.

This means that 'installer-conf-creator' is actually an installer framework
_plugin_! We run this plugin from within MIC.

The 'system-installer' script, on the opposite, is _not_ an installer framework
plugin. This script is the _installer_, which can itself run installer
framework plugins.

And it is important to understand that the "INSTALLERFW_*" variables that MIC
defines, and that we then save in 'installer.conf', are _different_ to the
variables that we should export. I mean, the values are different!

For example, in MIC CFG_MOUNT_PREFIX=/, while in system-installer
CFG_MOUNT_PREFIX=/media/tgttmp.XXXXXX. Similar for many other variables.

I hope this explains why using 'INSTALLERFW_*' variables, which come directly
from MIC, inside system-installer is very confusing.

Change-Id: Ib360579e1b104d7879f306ea0f88dcc66042b146
Signed-off-by: Artem Bityutskiy <artem.bityutskiy@linux.intel.com>

Update changelog

Signed-off-by: William Douglas <william.douglas@intel.com>

Rename application to system-installer

Signed-off-by: William Douglas <william.douglas@intel.com>

Fix the UUIDs in the target's /boot/loader/entries/*

After the rsync, the installed /boot/loader/entries/* will contain the
PARTUUIDs from the raw image and thus do not correspond with the
PARTUUIDs needed for the target partitions.

The fix here is to iterate through the conf files in the
/boot/loader/entries/ directory and substitute the PARTUUID from the
output of 'blkid', with the old PARTUUID in those files.

Signed-off-by: William Douglas <william.douglas@intel.com>

Fix the UUIDs in the target /etc/fstab

After the rsync, the installed /etc/fstab will contain the UUIDs from
the raw image and thus do not correspond with the UUIDs needed for the
target partitions.

The fix here is to iterate through the partitions after install, get the
UUIDs from the output of 'blkid', and substituting the old UUIDs with
the new ones.

Change-Id: Iee478c2fc93f5685891c0e7374f23c5e85b05610

Remove the ACL option for rsync; fails for vfat

If the "preserve-ACL" option is used when we have a separate /boot
partition with vfat filesystem (for EFI installs), then rsync will
refuse to copy over files from this partition, since ACLs are not
supported on vfat.

The copy succeeds after removing this option.

Change-Id: I64bf3a832346e8d1bb72f755062bda0a3de41e9f

Use /etc/fstab for now

Eventually we want to switch to use systemd mount units instead of the
fstab, but since the installer will not be generating mount units yet,
the fstab is still required.

Change-Id: I3bc5d2988d159b5fbd652fcc1f37bf57f7fa0ca5

Split extlinux installation into a new function

The extlinux install should only be done for MBR, so split this logic
out into a new function.

Also, use $INSTALLERFW_KERNEL_OPTS in the extlinux.conf instead of the
hardcoded options.

Change-Id: I2669ebcd9d3327ca18a1d6d102b6ee07d274eeaa

Remove the plymouth theme symlink

The plymouth themes for PC will be unified in the future, so there's no
need to create a symlink here for special handling.

Change-Id: I047f77cbf2a3d60006bb6ac1faa91e224992e425

Removing the remaining bits of swap support

PC is not supporting swap partitions at the moment, so remove the logic
to create the unit files, etc.

Change-Id: I453ea8fa2207f5efc159c83c6855933e66104865

Make adjustments for mounting the target partitions

Use the MOUNTPOINT variables from installer.conf to mount the target
partitions, in preparation for the rsync operation.

NOTE: for now, we expect the rootfs partition to be the *last* entry in
installer.conf so that we can mount it first.

Change-Id: If34fb34855790285e32dd86890a2e38c63c8f73d

Make adjustments for formatting the target partitions

Use the FSTYPE variables from installer.conf to correctly format the
target partitions.

Change-Id: Ibc87219f241e1e9d8268a4f2768760d6f6a81ee1

Split partitioning logic to either run sfdisk or sgdisk

Using the input string generated in the appropriate *_options function,
now partition the device using either sfdisk or sgdisk.

Only MBR and GPT are supported, so any other partition table formats are
ignored.

Change-Id: I78ee6bb7fd6077725b30fa5f8622c4ab3c6dcdfc

Add routines to build input strings for sfdisk/sgdisk

To prepare for partitioning the device, build an input string for either
sfdisk (MBR support) or sgdisk (GPT support) by using the INSTALLERFW
variables from /etc/installer.conf.

Change-Id: If30fa2ea22846072f3f8e57f6b1c39365add24e5

packaging: require dosfstools and gptfdisk

Adds new dependencies for the installer:

- dosfstools, to make 'mkfs.vfat' available for EFI image support
- gptfdisk, to make 'sgdisk' available for non-interactive GPT partitioning

Change-Id: Ica741c6fec799d6abb7002b4ebe32a8ad4fa8fac

Partially revert "Move the partition logic to GNU parted"

In an upcoming change, we will be building an input string to pass to
sgdisk to support GPT. To simplify the logic in the script, we also can
build an input string for sfdisk, so switch back to sfdisk for now.

This partially reverts commit b667b691fe8d8ae4dfa2558bd1060ea92823f632

Change-Id: Ica44876887c64b3a26808e77dc6d88b07a997818

Fix indentation of conditional statements

Change-Id: I7e7aca3e3b870dd685012638d4c9ec48c57acff8

Fix a typo in the conf generator script

Change-Id: I535c98bcb5c0bc41eea4c2844e70659bb6d9f42b

Make use of only shell builtins to loop over partitions

Instead of using the external seq and expr programs, use a shell
variable for looping over partitions. In this case the
INSTALLER_FW_PART_COUNT must be checked to have been set by MIC
so do so before starting the loop.

Change-Id: I46fc4603510761bb092fe3217fc82d9dbce87f46
Signed-off-by: William Douglas <william.douglas@intel.com>

Create or overwrite on first write to installer.conf

Ensure that there isn't anything left over in the installer.conf file
before the installer-conf-creator script runs by not using append for
the first write.

This removes implicit assumption that there is not a installer.conf
in place before the installer-conf-creator script runs making things
a little safer.

Signed-off-by: William Douglas <william.douglas@intel.com>

Quote all variables when creating installer.conf

Instead of selectively quoting only variables that are expected to
contain whitespace, quote all variables as there are not downsides
for quoting with our use case as this is safer and makes the code
cleaner.

Signed-off-by: William Douglas <william.douglas@intel.com>

Use /bin/sh since we don't need bash features

Also add options for disabling pathname expansion and exit
immediately if an untested expression fails.

Note we do not set -u as we expect to use unset variables as MIC is
not setting every INSTALLERFW_* variable correctly but this may be
changed in the future.

Signed-off-by: William Douglas <william.douglas@intel.com>

quote vars that may contain spaces

Signed-off-by: William Douglas <william.douglas@intel.com>

Add script to export installer variables from MIC

This script is intended to be run in MIC %post section so that the
installer will be able to use the same settings as image creation did
to setup the target device's partition, bootloader, and filesystem
types.

Signed-off-by: William Douglas <william.douglas@intel.com>

remove ivi/pc hardcoding

- We now rely on one single configuration file that can be set
when creating images.
- Added option -a to make it work with plymouth when called from
 systemd
- renamed pc-installer -> system-installer
- Cleanup spec

Change-Id: I043cd63675cc455f5f2b7d1c207841d403effbb7
Signed-off-by: Anas Nashif <anas.nashif@intel.com>

Move the partition logic to GNU parted

Changes
* The partition now depends on parted instead of sfdisk
* The partition table is now gpt instead of msdos
* The exit $RETVAL is removed to avoid sciprt exiting after
  finding the partitions

Make pc-installer work for IVI images which use raw image instead of squashfs

Changes
* Check if the image if PC, then use btrfs ignoring any config file
* If it is not a PC image, try to read the installer.conf file to check the existence of
    FILESYSTEM=somefs
* If none work, then try checking what all filesystems are supported by
    installer and the kernel
* Use full /sbin/sfdisk -when installing IVI images, sfdisk cannot be found error
* Create btrfs subvolume only if the filesystem is btrfs
* For squashfs image is not present, then SRCOSMNT as /
* Exclude /media/* from rsync as during IVI, it leads to infinite recursive copy
* Exclude other temporary mount points for virtual filesystems
* Put rootflags=subvol=tizen in extlinux.conf only if it is a PC image
* IVI does not have initramfs, so copy that file only if it is a PC image
* vmlinuz* matches multiple files, so copying it to one single file won't work. Copy
  all the files and then rename vmlinuz to vmlinuz0
* Replace extlinux with /sbin/extlinux
* sync the filesystem before unmount and not after
* Use echo when plymouth isn't available

Signed-off-by: Manish Sinha <manish.sinha@intel.com>
Change-Id: I605e35b1a101d92735e6b5465b24291f382f11a8

Merge "resetting manifest requested domain to floor" into tizen

resetting manifest requested domain to floor

Do not use compression flag when performing rsync

changelog

Signed-off-by: William Douglas <william.douglas@intel.com>

Create an initial factory default snapshot

Add an inital snapshot after files have been installed to the target
device using snapper.

Change-Id: I452818b88c4cb174e65ff4110e707e7ed80a929c
Signed-off-by: William Douglas <william.douglas@intel.com>

Ensure that the boot and shutdown are quiet by using splash=silent

changelog

Signed-off-by: William Douglas <william.douglas@intel.com>

Fix typo

Signed-off-by: William Douglas <william.douglas@intel.com>

Use the swap partition.

While we were creating a partition to be used for swap, it was not
actually getting formatted or mounted.

Also since we are using swap for hibernate make sure to add resume
from the swap partition to the syslinux config file.

Signed-off-by: William Douglas <william.douglas@intel.com>

changelog

Signed-off-by: William Douglas <william.douglas@intel.com>

Update the plymouth theme after install

Once Tizen has been installed change the plymouth theme to be the
boot and update version.

Signed-off-by: William Douglas <william.douglas@intel.com>

Remove old snapshots subvolume creation.

Also reword the instructions for rebooting after install.

Signed-off-by: William Douglas <william.douglas@intel.com>

Merge "Update snapshots location for snapper"

Update snapshots location for snapper

Signed-off-by: William Douglas <william.douglas@intel.com>

update snapshots location for snapper

Signed-off-by: William Douglas <william.douglas@intel.com>

Depend on the new btrfs-progs instead

Change-Id: If721abf35a0f9e6c97cc64a5047fb817a647d4c5

Create btrfs filesystem on install

Have the rootfs be created as a btrfs partition. Also create two
subvolumes, one to host the tizen install and one to host the tizen
subvolume snapshots. The installer will set the tizen subvolume as
the default subvolume and take a snapshot of it after install.

Oh and fix reboot not working right.

Signed-off-by: William Douglas <william.douglas@intel.com>

Reboot at end of installation process

reboot when rR are pressed

Do not use initrd on installed system

No need for initrd when installed

Update default kernel boot path.

We create a symlink from our default kernel to /boot/vmlinuz so use that
as the kernel boot target.

Signed-off-by: William Douglas <william.douglas@intel.com>

fixed plymouth messages

fixed plymouth messages

add changelog

add requirements

add requirements

add plymouth message

add plymouth message

fixed shell call

fixed menu

add packaging

add packaging

add packaging

add packaging

add packaging

initial