I have a plan I need a little help brain-storming with...
TC4 boots as usual and I have a custom extension I'd likely to load with onboot.lst... the extension loads and all is fine. As part of this extension is Xvesa/flwm and a few other support ingredients.
What I need to do is interact with the user, and once they click "OK" we drop back to the shell, kill X and any other processes we've created and at this point what I need to do is uninstall/dismount this custom extension entirely as though it never loaded (save for possibly a few logs, etc. of course.)
1) I can simply dismount the extension in /tmp/tcloop/extension, delete the mount point and I'm guessing that should cover the bases, but I was curious if TC already had support for tending to such business already built in. Specifically, something like tce-unload all comes to mind, but tce-unload ext1 ext2 etc would be just as do-able.
2) The interaction with the user is being launched with /home/tc/X.d/script_name.sh - I was curious, if I killed X, would this also kill the script? (I have to avoid this, of course, as there are things it needs to do after X is shut down which are not GUI based.)
3) (Slightly off-topic) If a problem exists with this project where shutting down X and unloading the extension isn't a decent way to go, is there a way to spawn a new session (from tc account on tty7) onto, say, tty8 and then programmatically switch over to tty8 as a different, non-root user? (Preferably without adding extensions/software/session managers/etc.?)
4) (A bit more off-topic) From the start of the boot process (where TC indicates version/kernel) is there a way to implement a graphical splash-screen and if so, please elaborate. (I know others do, but it wouldn't be worth the load if the overhead was severe.) I already have vesamenu tending to the boot menu, I was just curious as to what could be used for the boot process?
What I'd like to do is create a simplistic, non-evasive (and low-resource) method for user management, graphical logins and the likes, all the while creating a local "mini-repo" of any given software a user has installed on their account (separate "onboot.lst" files basically) without going the expect route if it can be avoided and without having to reboot. (ie: "Joe" logs in, does his thing, logs out, all traces of his existence vanish for the most part, we revert back to the tc account's login screen for the next user, each having their own secured /home & local, a shared r/o /opt and a bulk /tce which "everyone's" toybox.)
Any thoughts, ideas, concerns, flames, etc. welcome and appreciated!