This might sound silly, but I installed virt-manager to make things a little easier when using qemu, then created a new virtual machine with debian 12 on it... then installed qemu on that.

The actual reason for this is to make github account separation a little easier...

If you get virt-manager set up properly, it definitely makes using qemu easier, though. I practically just had to tell it to make a new virtual machine using this iso with this much memory and this big of a hard drive, and it was right at the debian install screen. (Set it up with xfce...).

Main tricky parts were that I had to install libvirt first, make myself a member of the libvirt user group, enable the service, and install dnsmasq. Not great, but could've been worse...

Used debian on the virtual box just for a little variety. I like to keep my hand in on different distributions a bit.

@SweetAIBelle makes sende tho you propably just went "hard mode" with QEMU/KVM.

There's a reason why I'd likely just use #ProxMox or even #ESXi instead, tho that's only because I've to deal woth these professionally and developed some speed at using them, not necessarily because it's the best approach.

It's kinda like Simon Smith using #SCORE vs. @tantacrul using #Sibelius:

The former's tool can result in excellent output too but has Eiger North Wall level difficulty!
https://www.youtube.com/watch?v=XGo4PJd1lng

How I Designed a Free Music Font for 5 Million Musicians (MuseScore 3.6)

This video covers how I designed a music notation font for MuseScore 3.6, in collaboration with my friend Simon Smith, a professional engraving expert. Apart...

YouTube

@SweetAIBelle But then again I do want to develop @OS1337 into a solution that sits right in between @landley 's #mkroot and @yoctoproject 's #Yocto #Linux whilst being able to fit arbitrary restrictions like competing with @w84death 's #Floppinux in size and #tomsrtbt in terms of functionality and versatility.

But speaking of OS/1337, i really need to get crackin' on those open issues and start using the reworked scripts of yours so my old mess can get yeeted sooner than later...

#OS1337

U mean, peaople say #vim / #vi is hard, but compared to #SCORE it's like #LibreOfficeWriter & #Scribus compared to using #ed / #sed & #awk to write mathematical formulas in #LaTeX by hand on a Teletype...

But then again those that can do the latter really know their shit backwards and upside down so hats off to them...
https://www.youtube.com/watch?v=XGo4PJd1lng&t=195s

How I Designed a Free Music Font for 5 Million Musicians (MuseScore 3.6)

YouTube

@kkarhan
The thing we'll want to be careful of is that currently, the new scripts symbolically link the config files in the old area, and also copy a few files as part of the process, mostly the init scripts.

I can either move the init scripts over to profiles or make a new area for them, but I'm pretty much thinking I'll do that once you aren't using the old area any more...

@SweetAIBelle personally, I think we should sort those configs into profiles and subdirectories.

Ideally allowing to specify a "meta config" for non-interactive building and providing an interactive option without requiring dialog and ncurses to choose between profiles or build a custom one...

Kinda like I did in some unrelated scripts:
https://github.com/kkarhan/misc-scripts/blob/7b18884e023538b8fa39d4151a879b3ec243c0e2/bash/wiper.sh#L32

But beyond yes/no questions as shown here:
https://stackoverflow.com/questions/34256437/shell-bash-how-to-prompt-a-user-to-select-from-a-dynamically-populated-list#34256629

Granted, this is more of a longterm "nice-to-have stuff"...

misc-scripts/bash/wiper.sh at 7b18884e023538b8fa39d4151a879b3ec243c0e2 · kkarhan/misc-scripts

random scripts for various admin tasks. Contribute to kkarhan/misc-scripts development by creating an account on GitHub.

GitHub

@SweetAIBelle ...but I do appreciate your effort and also non-destructive approach.

I really need to start using your scripts and espechally build with them so we can get stuff sorted out for good and thus making it easier for others to have a fully reproduceable from sources minimalist Linux that doesn't take hours if not days to compile on an entry-level modern machine…

Cuz I can't afford to build a monster like @fuchsiii did to rapid-fire recompile #Wine and make old Windows games go brrr…

@SweetAIBelle Ideally we'd end up with something more featureful than #toybox's #mkroot when it comes to OS/1337.

Like a more modular configureability for targets and native- & cross-compiling, where supporting a new architecture/hardware is as easy as plopping in a profile with configs (plus i.e. necessary drivers / firmware not included in the kernel) into a folder and kicking off the build pipeline to generate a bootable image to dd onto a drive…

Tho I'd assume this won't happen b4 Q3/2024.