Repository navigation
Add additional 'advanced' confconsole options to extend easy firstboot config #369
Description
[update] - Rethinking this; having additional confconsole 'advanced' options is probably a much better way to go...
In discussions elsewhere I thought that perhaps a really good way to add extra config options without making it too complex or making the firstboot inithooks go on forever might be to add an 'advanced' additional option at the end.
It could allow users to easily tweak settings and install optional software. Some of these "tweak scripts" could be generic scripts (e.g. set language, keyboard, timezone e.g. #38, etc; or install vbox guest addons as per turnkeylinux-apps/tkldev#7...) or could be relevant to specific appliances (perhaps addons that may have some value but are considered adding too much bloat for general appliances - the addition of Abiword to the Etherpad appliance springs to mind #285 ...)?
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
Activity
l-arnold commentedon May 19, 2015
Good idea!
Carlos came up with just adding a file of the following sort and generally using Numbers to sequence files coming in. Is this the sort you have in mind, or something else?
/overlay/usr/lib/inithooks/firstboot.d/40openerppass
#!/bin/bash -e
set openerp password
. /etc/default/inithooks
[ -e $INITHOOKS_CONF ] && . $INITHOOKS_CONF
$INITHOOKS_PATH/bin/setpass.py openerp --pass="$OPENERP_PASS"
JedMeister commentedon May 19, 2015
That's how the inithooks are already. And those bash scripts call the python scripts in /usr/lib/inithooks/firstboot.d/bin
I am suggesting a page that asks something like "do you want to set further default confg" or something like that. If you select 'yes' then it leads you to a number of other steps (which may be generic and/or specific to the appliance).
Thinking about this further it may actually be useful to be able to run these after you have installed if you choose (e.g. a command to run them independently of the firstboot inithooks - if you don't want to reset passwords etc). Perhaps it could be
turnkey-extra-initor something similar?l-arnold commentedon May 20, 2015
That would be an effective way to have a system that started basic, but added options.
In Odoo for instance you could choose from "various external addons" rather than making different Apps with and without them.
One thing that would be great would be a Site Call (forgetting the term) for SSL so that a cert could be pretty easily generated from there. A really good system could even pull an Authenticated .crt file down during install.
DocCyblade commentedon Jun 1, 2015
This is something too that I need to further config the RT app I am working on. Maybe even a hook into the console screen to allow nice menus.
JedMeister commentedon Jun 2, 2015
@l-arnold
Exactly what I was thinking for #382! 😄
@DocCyblade
Again pretty much what I was thinking... A firstboot turnkey inithook that asks if you want access to another page that presented the other options. The page that asks would need to support preseeding. And ideally the other options would also support preseeding (with sensible defaults that remain consistent with the way TKL is currently configured.
wvengen commentedon Jul 1, 2015
Would an as-short-as-possible firstboot sequence (to get started easily) with the ability to set advanced options from confconsole be an idea?
Firstboot would then be run using all files from /usr/lib/inithooks/firstboot.d like now.
Confconsole would look in, for example, /etc/confconsole/confscripts.d. A new confconsole screen would list the files in order, and allow them to be run from there. Titles could be either filename without numerical prefix and underscores turned into spaces, or parsed from a comment-block in the files themselves (just like the
INIT INFOblock in /etc/init.d/* - which would allow for more metadata like putting something into a submenu). Relevant firstboot scripts would be symlinked to the confconsole directory if they can be rerun.JedMeister commentedon Jul 2, 2015
@wvengen - Yep that sounds like a great way of attacking it. Whether or not this makes it into v14.0 though we are not yet sure. The v14.0 update is already taking us longer than we had hoped so we might have to start pushing some of the additional cool features like this out to v14.1...
[-]Add 'advanced' inithooks to extend easy firstboot config[/-][+]Add additional 'advanced' confconsole options to extend easy firstboot config[/+]JedMeister commentedon Nov 18, 2016
Most of the work for this has been done and the new confconsole package is in our
jessie-testingrepo. Assigning @DocCyblade as lead battle tester! 😄DocCyblade commentedon Nov 20, 2016
Since this issue is with "extending" the confconsole for making your own. Thats what I will test. Create a simple extension and a more complex one, and test the integration. I'll post my testing code and methodology here in this issue.
JedMeister commentedon Dec 13, 2016
FWIW the new confconsole package is in turnkey's
jessie-testingrepo. So you can install the new version like this:FWIW to disable that you can just rename the list file (I use a
disabledsuffix but any file extension other than.listshould do the trick):JedMeister commentedon Jan 17, 2017
As discussed elsewhere, the new improved confconsole is a bit buggy and is in the process of being tweaked. Once we have an updated version I will let you know.
JedMeister commentedon Mar 29, 2017
Closing as this is now supported in Confconsole v1.0.0+ (not yet released, but should be any day now).