Anaconda-devel July 2017

anaconda-devel@lists.stg.fedoraproject.org

5 participants
3 discussions

default kickstart configuration (beyond interactive-defaults.ks)
by Colin Walters 15 Sep '17

15 Sep '17

I'd like to fix: https://pagure.io/atomic-wg/issue/226 Right now for Atomic Host, we embed the ostree content inside the squashfs, with the goal that users of the ISO don't have to hit the network. We hook bits into interactive-defaults.ks; see this change for how it works: https://pagure.io/fedora-lorax-templates/c/e34c371501d6eac75925aae86bd737c8… However, if one wants to then extract the ISO to do a kickstart install, the user must repeat the `ostreesetup` bits: https://lists.fedoraproject.org/archives/list/cloud@lists.fedoraproject.org… Specifically from his attachment: ostreesetup --osname="fedora-atomic" --remote="fedora-atomic" --url="file:////run/install/repo/content/repo" --ref="fedora-atomic/25/x86_64/docker-host" --nogpg which is really internal implementation details that I'd like the ability to change without breaking people's kickstarts, and conversely not require them to specify by default. Are there any facilities today for a "default kickstart" like /usr/share/anaconda/interactive-defaults.ks, except not just interactive?

2 4

Automated rescue mode
by Artem Bityutskiy 25 Aug '17

25 Aug '17

Hi, I am using the stock Fedora 25 OS installer as a "service OS", just because it is convenient and I do not have to build my own. Should something bad happen to a host in my automation system, I just boot the host into the Fedora installer's kernel/initramfs over network and have a decent rescue environment. The Fedora OS installer is based on Anaconda. It can find and mount the "sysroot" to "/mnt/sysimage", which is also very convenient. Now, I wanted my "service OS" to automatically do this - find the sysroot and properly mount it without any questions asked. I could not find the "right" way of doing this, and ended up with a hacky trick. I am sharing the trick in case someone else will be googling for it in the future. And of course I'd appreciate better ideas. First of all, boot anaconda into the rescue mode, by adding 'inst.rescue' to kernel boot parameters. I also have a bunch of 'inst.ks' and 'inst.stage2' and dracut networking parameters. And yes, I have a very small minimal KS file too, which only configures repositories and some network-related stuff. Does not do anything about partitions or packages. Then I put this to my %pre in order to make anaconda proceed with mounting the sysroot: tmux send-keys -t anaconda -- 1 C-m It is hackish, but works. It basically sends key "1" to anaconda, so anaconda selects the "Continue" choice, and proceeds with mounting sysroot. This is not the first time I use anaconda's tmux terminal to achieve my goals with anaconda. E.g., I use it for capturing anaconda's VGA output remotely. So thanks for using tmux in anaconda - very handy!

4 5

Fedora change: reduce initial setup redundancy
by mcatanzaro＠gnome.org 11 Aug '17

11 Aug '17

Hi Anaconda devs, Tomorrow is the system-wide change proposal deadline for F27. I've prepared a draft change page for reducing initial setup redundancy in Fedora Workstation. We discussed this a few years ago, and you all implemented your side of the story already (the user interaction config file), but us Workstation folks dropped the ball and left it unused. Anyway, the proposal: https://fedoraproject.org/wiki/Changes/ReduceInitialSetupRedundancy Ideally I would have prepared this earlier and run it by you *before* submitting it... so sorry for the very short notice and for delaying way too long. The Workstation WG has approved the general idea of reducing redundancy between gnome-initial-setup and Anaconda, but has not reviewed this proposal yet either, because I just typed it up an hour ago, so at this point it's just me brainstorming. Everything is subject to change and approval and your feedback and nothing is set in stone. We are (OK, I am) basically planning to hide a bunch of Anaconda spokes (timezone?, networking, user account creation, root password) using the user interaction config file. And then hide some gnome-initial-setup panels (language, keyboard layout, timezone?) using a new g-i-s configuration file. Of course, only when running in Workstation: this would not affect other Fedora products that don't have gnome-initial-setup. (And the networking panel would be needed for netinstall anyway. This proposal is mainly focused on live installs.) Technically, we *could* do this without any further changes in Anaconda, but it turns out that the installation progress screen looks pretty odd with both the account creation and root password spokes removed. So some design changes for this page when no spokes are present would certainly be desirable. So we'd appreciate your feedback on this proposal. Sorry again for the late notice. We can edit or delay it at any time, of course. Thanks, Michael

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Anaconda-devel July 2017