This led to strange error messages from xen-delete-image if an
installation failed because they looked like coming from xen-create-image.
xen-delete-image now explicitly states that the error was on the
deletion of the image. not on its creation. (Closes: #513138)
The "-d name=" option doesn't appear as necessary with mkfs.xfs, at
least with version 3.1.2 of mkfs.xfs (of course, tested with a file
instead of a device).
This simplifies a TODO item.
- Use perl crypt with some magic rather than openssl to hash root
password, either generated or provided by user.
- Remove the undocumented dependency on openssl.
- Add a hash_method option to configure the hashing algorithm.
- Permit md5, sha256 and sha512, and use sha256 as default.
- Remove TODO entry about "more random" passwords.
- Remove an ugly system() call.
Also provide a default value for serial_device and disk_device.
Remove corresponding TODO entry.
Note: as shown by this patch, some needed fixes remain. Some options
take yes/no, some 0/1, etc.
If nameserver config option is not set (default value), copy Dom0's
/etc/resolv.conf on guest.
Provide a role to show how to customize /etc/resolv.conf in guest.
This makes t/no-tabs.t pass.
I'm responsible for some tabs in previous patches, so this
fixes mine also :)
Note that I find this test silly, but "dura lex, sed lex"...
This new option was added by Dmitry Nedospasov <dmitry@nedos.net>
in commit c03029e0c6509489834312f888523dee3f7bc92d
Note that this option should not appear in default configuration,
as it is not meant to be used there.
Temporarily use resolv.conf from dom0 when chrooting into domU,
to be able to run apt-get and yum inside chroot.
This permits to use different nameservers in domU, and does not
break install nor offline update from dom0.
* We could use the same functions to set a password via a --password flag
* It would nice to move more functionality to subroutines
* The current generatePassword subroutine, only generates alphanum passwords and hashes
* Long overdue clean up of 50-setup-hostname, since simply
copying the dom0's /etc/hosts file isn't reliable.
* Added a --copy-hosts option for those that do want to copy
the dom0's /etc/hosts
* Documented both options in the .conf file as well as in
the scripts
This will fix 70-install-ssh, allowing it complete postinst by
generating host SSH keys for it. The resulting RSA host key
fingerprint is printed in an Installation summary at the end
of isntall. Next step is to apply the same change to the remaining
70-install-ssh's.
