> On 3 Apr 2023, at 17:03, Mario Marietto <marietto2...@gmail.com> wrote: > > Hello Barry and Fedora community. > > I would like to integrate Debian,Fedora,Arch or maybe some other distro into > one single,homogeneous and flexible operating (OS) context. > > I would like to use Debian 11 as the host OS and the rest of the OSes > (Fedora,Arch) will be virtualized within different virtual machines > (I don't want to use containers,I know that they are a better choice,but I > want to understand if a virtual machine is good anyway when it is very well > configured). The idea is also to use qemu + kvm with the nographic and no vga > options enabled,without virt-manager or boxes.
I'm not sure how you run your linux systems matters for an update automation tool. > > I don't want to open and close the virtual machine graphical interface every > time I want to run an application. I find it much more comfortable if I can > run every application and command within one only terminal by premising,for > example,a letter indicating to which distribution the command or application > belongs to. Or I could tell xpra to open the fedora or the arch linux > terminal. For sure it will be much faster to configure,but it has less scenic > effect. > > I don't take in consideration the apps that can be installed through > flatpaks,snap or app images,because I don't like to use these systems. > > I'm a traditional user of linux,I have used it since the 90's. I prefer to > use the traditional packaging systems used by debian,fedora,arch. > I've read that in some cases the snap system in Ubuntu contains obscure parts > of code. And I've checked by myself how much can those systems complicate the > management of the OS if they get jammed or if one does not want them because > he/she/ wants to streamline the system. > > So,I really like the idea to use apt/apt-get, dnf/yum, pacman and yay all > together from one only shell, just like you'd use them on their native > distributions. I may want to install or remove an application on one of those > OSes because it does not work anymore and you have no time to fix it. > > You know that sometimes it takes time to fix the broken part,time that you > don't have. Luckily it still works for the remaining one or two OSes. I may > like to use some specific distro just because I like,without particular > reason,for some time. Maybe there are also different technical reasons why I > want to have that fusion,tied to the libraries used. Some libraries could > improve the stability and the speed of the systems,some others could do it > less. It seems that some good distros are coming out these days,following the > same idea : a couple of them are : blendOS,BedRock. > > Now,I'm on Debian 11 (where I'm using the default qemu version 5.2) and I'm > trying to boot Fedora 37 using the following qemu commands : > > /usr/bin/./qemu-system-x86_64 > -enable-kvm > -m 8G > -machine q35,accel=kvm > -smp 8,cores=4 > -cpu host,kvm=off > -smp 2,sockets=1,cores=2,threads=1 > -drive if=pflash,format=raw,readonly=on,file=/usr/share/OVMF/OVMF_CODE_4M.fd > -device ich9-intel-hda > -device hda-output > -usb -device usb-kbd > -device usb-mouse > -device virtio-net-pci,netdev=net0 > -netdev tap,id=net0,ifname=tap0,script=no,downscript=no,vhost=on > -device ich9-ahci,id=sata > -drive > id=SystemDisk,if=none,snapshot=off,cache=none,media=disk,format=raw,file=/dev/sdd > -device ide-hd,bus=sata.4,drive=SystemDisk > -device bochs-display > -device pcie-root-port,bus=pcie.0,multifunction=on,port=1,chassis=1,id=port.1 > \ > > At this point your script comes into play. The idea is to use your > update-linux script to update automatically the Fedora VM that's running > under the hood. This seems to be the missing piece for my project. But it's > not the only missing piece. My idea is to keep synchronized all the VMs that > are running silently,so the project still needs two pieces of code : your > script should do the same for the arch and the Ubuntu VMs. The idea behind is > to have a sort of immediate backup if one of the VM gets corrupted. But this > backup is represented by the remaining and still working VMs that's still > running in memory. Not sure how an update tool help with the backup and disaster recover. > > Do you like the idea ? I'm not a coder,so I'm not able to replicate your > script to make it work for Ubuntu and arch. You can,if you like the project > and you want to collaborate with me. Let me know,thanks. I am open to have coding contributed to support other packaging systems. I have debian and ubuntu systems that I will likely add support for at some point. My setup has Fedora on most of my systems a router, server for files and mail, music player, desktop and VMs. I do have debian and unbuntu VMs for development work. Barry > > > On Mon, Apr 3, 2023 at 12:51 PM Barry Scott <ba...@barrys-emacs.org > <mailto:ba...@barrys-emacs.org>> wrote: >> I have released a tool that I have been using for a number of years to >> maintain my Fedora systems. >> >> https://pypi.org/project/update-linux/2.0.0/ >> >> This tool allows you to update all your Fedora systems easily: >> >> $ update-linux host1 host2 >> >> Or check if there are updates available: >> >> $ update-linux --check host4 host5 >> >> It also handles system upgrades: >> >> $ update-linux --system-upgrade=37 host3 >> >> It can be configured with named groups of hosts to avoid the need to >> type long lists of host names. >> >> Barry >> >> _______________________________________________ >> users mailing list -- users@lists.fedoraproject.org >> <mailto:users@lists.fedoraproject.org> >> To unsubscribe send an email to users-le...@lists.fedoraproject.org >> <mailto:users-le...@lists.fedoraproject.org> >> Fedora Code of Conduct: >> https://docs.fedoraproject.org/en-US/project/code-of-conduct/ >> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines >> List Archives: >> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org >> Do not reply to spam, report it: >> https://pagure.io/fedora-infrastructure/new_issue > > > -- > Mario. > _______________________________________________ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org > Do not reply to spam, report it: > https://pagure.io/fedora-infrastructure/new_issue
_______________________________________________ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
