Ubuntu Server Installer, and backend for Ubuntu Desktop Installer
Go to file
Michael Hudson-Doyle 293793fa49 merge master 2018-05-25 11:06:23 +12:00
bin merge master 2018-05-25 11:06:23 +12:00
console_conf pyflakes fixes for console_conf/__init__.py 2018-05-24 16:59:31 -05:00
debian bump version in debian/changelog 2018-03-16 15:30:08 +13:00
examples add a README to examples/snaps 2018-05-23 10:14:17 +12:00
po translation update, including finnish and ukrainian 2018-04-24 09:35:53 +12:00
scripts Add bin/*tui to pyflakes3 check 2018-05-24 16:59:31 -05:00
subiquity merge master 2018-05-25 11:06:23 +12:00
subiquitycore fix lint 2018-05-25 10:43:55 +12:00
tests Use virtualenv to make use of urwid 1.3.0 and the asyncio library 2015-06-30 13:02:39 -04:00
.gitignore add another helper script 2017-08-23 10:20:44 +12:00
.gitmodules Update topdir Makefile targets 2015-09-01 10:04:24 -05:00
.travis.yml stop testing on xenial, we depend on python 3.6 now 2018-05-18 13:38:13 +12:00
LICENSE Initial commit 2015-06-08 17:57:45 -04:00
Makefile merge master 2018-05-25 11:06:23 +12:00
README.md fix some lies in the README 2018-02-15 13:29:59 +13:00
kbdnames.txt implement keyboard selection (#276) 2018-02-08 10:37:22 +13:00
requirements.txt note new dependencies in a few places 2018-05-22 23:15:13 +12:00
setup.cfg Barebones i18n setup. 2017-09-18 14:14:39 +01:00
setup.py hack setup.py to avoid needing to import subiquitycore 2018-05-21 10:30:17 +12:00
snapcraft.yaml stage python3-requests & python3-requests-unixsocket 2018-05-22 13:59:06 +12:00

README.md

subiquity & console-conf

Ubuntu Server Installer & Snappy first boot experience

The repository contains the source for the new server installer (the "subiquity" part, aka "ubiquity for servers") and for the snappy first boot experience (the "console-conf" part).

We track bugs in Launchpad at https://bugs.launchpad.net/subiquity. Snappy first boot issues can also be discussed in the forum at https://forum.snapcraft.io.

Acquire subiquity from source

git clone https://github.com/CanonicalLtd/subiquity

cd subiquity && make install_deps

Testing out the installer Text-UI (TUI)

SUbiquity's text UI is is available for testing without actually installing anything to a system or a VM. Subiquity developers make use of this for rapid development. After checking out subiquity you can start it:

make dryrun

All of the features are present in dry-run mode. The installer will emit its backend configuration files to /tmp/subiquity-config-* but it won't attempt to run any installer commands (which would fail without root privileges). Further, subiquity can load other machine profiles in case you want to test out the installer without having access to the machine. A few sample machine profiles are available in the repository at ./examples/ and can be loaded via the MACHINE make variable:

make dryrun MACHINE=examples/mwhudson.json

Generating machine profiles

Machine profiles are generated from the probert tool. To collect a machine profile:

PYTHONPATH=probert ./probert/bin/probert --all > mymachine.json

Testing changes in KVM

To try out your changes for real, it is necessary to install them into an ISO. Rather than building one from scratch, it's much easier to install your version of subiquity into the daily image. Here's how to do this:

  1. Build your change into a snap:

    $ snapcraft snap --output subiquity_test.snap
    
  2. Grab the current version of the installer:

    $ urlbase=http://cdimage.ubuntu.com/ubuntu-server/daily-live/current
    $ isoname=$(distro-info -d)-live-server-$(dpkg --print-architecture).iso
    $ zsync ${urlbase}/${isoname}.zsync
    
  3. Run the provided script to make a copy of the downloaded installer that has your version of subiquity:

    $ sudo ./scripts/inject-subiquity-snap.sh ${isoname} subiquity_test.snap custom.iso
    
  4. Boot the new iso in KVM:

    $ qemu-img create -f raw target.img 10G
    $ kvm -m 1024 -boot d -cdrom custom.iso -hda target.img -serial stdio
    
  5. Finally, boot the installed image:

    $ kvm -m 1024 -hda target.img -serial stdio
    

The first three steps are bundled into the script ./scripts/test-this-branch.sh.